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1. INTRODUCTION 


A. BACKGROUND 

The need for a computerized data base system for the 
Administrative Sciences (AS) Department of the Naval 
Postgraduate School (NPS) has been an ongoing subject of 
thesis study by several previous NPS students. A basic 
requirement for the system is to process related resource data 
in four functional areas: Personnel, Property, Supply, and 
Travel. The prior theses [Ref. 1,2,3,4] varied in their 
approaches toward developing a system and culminated in the FY 
91 implementation and use of the first version of the 
Financial Management Information System (FMIS) developed by 
Neil Ford and Nicholas Zimmon [Ref. 4]. 

This initial version of the FMIS, developed using dBASE 
IV, has proven operationally satisfactory. However, it did 
not include a property management module which is required to 
track plant and minor property during its lifetime in the AS 
department. The requirement for this property module was 
recognized during development of the initial system and was 
planned to be incorporated as a software maintenance 
enhancement update through follow-on thesis work. This thesis 
accomplishes that work and includes a brief overview of soft- 
ware maintenance and the database application development 


process. 


В. FMIS VERSION 2.0 

The major change to the FMIS in developing the second 
version is the integration of a property management system 
module into the original application. To effectively 
assimilate the enhancement, the system architecture developed 
for the initial system was followed as closely as possible. 
This required close attention to detail during the 
requirement, evaluation, and design phases of the application 
development. This ensures that the property management sub- 
system when completed, could be incorporated into the FMIS. 
It was crucial to ensure that the common fields needed to link 
the relations between objects were identical in structure. 
For these reasons this thesis study does not explore new 
software tools, instead it concentrates on expanding the 
existing architecture. 

The system was developed using Ashton-Tate’s dBASE 4, 
version 1.1. After extensive personal interviews with the 
departmental staff, a prototype system was rapidly developed 
and presented for critique by all expected users. The final 
property module system incorporated functional and data 
requirement changes identified during prototype testing. It 
required programmer coding with the dBASE programming language 
to obtain the advanced features required of the system as well 
as procedures required for the successful integration with the 


original FMIS. 


The Property Management sub-system provides new record 
entry for various fields as illustrated in Appendix E. rt 
also provides retrieval of specific records for editing, 
deletion of records, and selection of the following property 
reports: 

1. Property Custody Log 
2. Property Disposal Report 
3. Property Custody History Report 
4. Minor Property Inventory Report 
5. Plant Property Inventory Report 
6. Property Location Report 
In addition to its original functions, FMIS version 2.0 
now provides an accurate, user-friendly, and efficient means 
of tracking accountable property custodianship throughout the 
Administrative Sciences Department. 
C. CHAPTER DESCRIPTION 
Chapter II reviews basic fundamentals of software 
maintenance. Operating in a dynamic environment, software 
must continually be modified in order to perform its required 
function to meet user satisfaction. These changes can often 
exceed the effort required to develop the initial system. The 
type of maintenance in developing FMIS 2.0 will be examined. 
Chapter III will review the database application 
development methodology and outline the methods as used in 
developing the Property Management Sub-system (PMS). The def- 


inition, requirements, evaluation, design, and implementation 


phases will be covered. The soundness of the new property 
database relation structure as to which level of normal form 
it satisfies will be discussed. 

A description of all new reports generated by the PMS in 
FMIS 2.0 will be laid out in chapter IV. 

Chapter V, Conclusions, discusses usability of the system 
and areas for further development. There may be enough 
perfective maintenance to warrant further changes, possibly as 
study for another thesis study. 

Appendices A through E include sections on requirements 
documentation, data dictionary, custom programming procedures, 


application documentation, and a user's guide. 


ІІ. SOFTWARE MAINTENANCE 


Development of the Property Management sub-system and its 
subsequent integration into the FMIS program falls under the 
classification of software maintenance. Maintenance requires 
a different approach towards development as well as present- 
ing a different set of problems than those that would be 
encountered when developing an initial system. 

A. MAINTENANCE EFFORT REQUIRED 
In contrast to the "finished" product of an initial 
software (s/w) system, maintenance of that system is an 
ongoing concern. This maintenance effort can easily exceed 
the entire effort expended on the original project, often 
exceeding over 60 percent of the total effort exerted on the 
System throughout its life. Why is there a need for so much 
maintenance? Rochkind [Ref. 5] provides some insight: 
Computer programs are always changing. There are bugs to 
fix, enhancements to add, and optimizations to make. 
There is not only the current version to change, but also 
last year’s version (which is still supported) and next 
year’s version (which almost runs). Besides the problems 
whose solutions required the changes in the first place, 
the fact of the changes themselves creates additıonal 
problems. 

The reason that maintenance is a consistent ongoing effort is 

that the users are usually never completely satisfied with the 


product they are using. Additional desired or required 


features are needed to make the system perform as wanted. 


One of the many factors increasing the complexity of s/w 
maintenance is the turnover of personnel involved in the 
development of the original system. The time required of the 
new maintenance programmers to learn the system (the learning 
curve) 1s a factor that cannot be underestimated nor over- 
looked. With all factors considered, changes are often more 
complex to execute than might appear. The changes 
incorporated in developing FMIS 2.0 could have been accom- 
plished in considerably less time by the original developers 
(Ford and Zimmon). The study of code and documentation took 
approximately a third of the entire maintenance time for the 
system enhancement. The complete maintenance effort distribu- 
tion in development of FMIS 2.0 is shown in Figure 2.1. This 
large percentage of the total effort emphasizes the need for 
highly accurate and complete system documentation to aid 


future maintenance efforts. 


TESTING 


IMPLEMENTATION 
b UPDATE 


3 DOCUMENTATION 
S eti 


/ 1 > 


DESIGN T: STUDY CODE 


SS TUD 
DOCUMENTATION 
REQUIREMENTS 





Figure 2.1 FMIS 2.0 Maintenance Effort Distribution 


Ensuring a complete software configuration in the original 
development allows a structured maintenance approach. This is 
much more efficient than performing unstructured maintenance 
(maintenance from scratch) which causes a high degree of 
wasted effort and human frustration. Use of standard dBASE IV 
configuration (through use of the dBASE control center) in the 
majority of the initial development provided a sufficient 
framework for а structured maintenance approach in the 
upgrade, see Figure 2.2. The only unstructured items to be 
analyzed were original programming code procedures in the 


ACCTSPROC.PRG file (see Appendix C) used in the original FMIS. 
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Figure 2.2 Structured Maintenance Approach 


В. TYPES OF SOFTWARE MAINTENANCE 

There are three major categories of software maintenance 
as outlined below. Although each type is often interrelated, 
requiring accomplishment at some or many points during the 
system lifecycle, each specific maintenance function can 
easily be categorized. 

1. Corrective Maintenance 

Corrective Maintenance is the effort involved in 

correcting errors after initial system delivery. СЕЕ 
practically impossible to discover all errors during system 
testing. When they eventually occur during system use, they 
should be recorded by the users and reported to whoever is 
tasked with maintaining the s/w. The errors must then be 
diagnosed and corrected. Corrective maintenance usually takes 
up about 20 percent of the total maintenance effort. No 
corrective type maintenance was performed on the original 
system in the development of the new FMIS. 

2. Perfective Maintenance 

Requiring approximately 10 percent of total main- 

tenance effort, perfective maintenance takes the least amount 
of programmer attention of the three major categories. This 
term applies to maintenance performed making improvements of 
the systems performance and/or quality through modification to 
existing functions (fine tuning). This is accomplished on 
Systems that have already been proven operationally 


successful. An example of this might be the reformatting of 


a report for better readability. About 10 percent of the FMIS 
2.0 development was perfective maintenance to the original 
EMIS. 
3. Software Update Maintenance 
Update maintenance accounts for the largest chunk of 
the total maintenance effort, approximately 70 percent. It is 
divided into two sub-categories as described below. 
a. Adaptive Update 
This is the work required to modify software to 
properly interface with an operating environment that may 
undergo a variety of change. The changing environment may 
constitute hardware or software reformation. Examples could 
be either the introduction of a new operating system or 
hardware upgrades. Adaptive maintenance was not required for 
the FMIS. 
b. Enhancement Update 
Enhancements account for about two-thirds of all 
updates and 45 percent of total maintenance. Аз successful 
software is used, requirements for new capabilities beyond the 
scope of the original system are discovered. Enhancements 
usually consist of new functional modules to be developed and 
integrated to the original code. 
The Property Management sub-system enhancement 


accounts for almost all of the work in developing FMIS 2.0. 


111. DATABASE APPLICATION DEVELOPMENT 


The five phases utilized in the development of the FMIS 
enhancement will be discussed in this section. Each phase 
methodology will be discussed followed by how that phase was 
applied in generating the Property Management sub-system. 

A. PHASE I, DEFINITION PHASE 
1. Methodology 

The definition phase includes preliminary activities 
with a major goal of simply finding out what needs to be done. 
The development team must be formed, scope of the project 
established, and feasibility (cost, technical, and schedule) 
assessed. This is the simplest phase in the development 
process. 

2. Application 

The goal of this project was to develop a Property 
Management system and integrate it as an enhancement into the 
FMIS currently in use in the A.S. department office. It was 
decided that the scope of this work warranted development as 
an individual thesis project. All feasibility items were met 
satisfactorily. Work would be performed on a 386, 25 Mhz IBM 
compatible PC owned by the thesis student. This resulted in 
negligible cost factors. A time span of eight months with 
commencement in January 1991 and system completion by August 


1991 was considered feasible. Phase I was accomplished during 


10 


a single interview with Professors Tung Bui and Shu Liao that 
took approximately one hour. 
B. PHASE II, REQUIREMENTS PHASE 

1. Methodology 

Identifying the objectives of the proposed system in 
detail is the goal of the requirements phase. Requirements 
are the blueprint that will be used to design and implement 
the new system. Before being able to move on to development, 
the developer must know exactly what the system 1s supposed to 
do. It is not only important that the system is built 
correctly, but vital that the right system is built. Proper 
definition of the requirements can prevent future maintenance 
nightmares. 

There are two major tasks in defining database 
requirements. The first is to identify the objects. Objects 
are a collection of properties which depict an item to be 
implemented in the database. An object instance is an example 
of a specific object. The second step 15 to determine what 
functions each application will perform in the database. 
These requirements are most effectively identified by 
conducting a series of interviews with the expected users. 
After initial interviews a prototype may be built and 
demonstrated to receive further user design input. 

2. Application 
Interviews commenced the first week of February 1991 


with the three expected users of the system: Chan Burns- 
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research technician, Jan Evans-administrative officer, and 
Pearl Murray-Supply clerk. A factor to remember when planning 
interviews during this phase is that interviewees typically 
will have full time job duties and schedule interruptions must 
be expected. Group interviews were beneficial to minimize 
receipt of conflicting data requirements from the various 
users. 

The initial interviews lasted approximately two anda half 
weeks. Working with initial data requirements, a prototype 
Property Management System (PMS) application with sample input 
screen and reports was developed and presented to the users 
for review on March 27, 1991. Several changes to the initial 
requirements were requested by the users and the prototype was 
reworked with these changes. This cycle was repeated several 
times over the next two months. Fortunately the time schedule 
for delivery of the final product had ample flexibility 
permitting these constant changes. 

a. Data Requirements 

The PROPERTY object, as determined through the 
interview/prototype process is shown in the Object Diagram, 
Table 1, Appendix A. This single new object was the only one 
required for the system enhancement. All properties of the 
object listed in the diagram represent ап important 
characteristic of department property items to be tracked. 
The Personnel property is an object property, wnich means that 


this entity characteristic is actually another object. The 


PERSONNEL object developed in the first ЕМІ5 [Ref. 4] will 
contain properties of the person for whom the department 
property 1S assigned custodianship. Additional PROPERTY 
object data information is supplied in Appendix A, Tables 2 
and 3. Table 2 provides the Object definition which lists all 
of the objects properties and each properties domain. Table 
3 is the Domain definition which specifies formats of each 
domain. This information is used for the database design in 
Phase IV. 
b. Application Functional Requirements 

In order to track departmental property items 
assigned to various custodians, a property clerk must assign 
a unique tag number to each individual item to be entered into 
the system. This tag number will identify that particular 
piece of property entered in the database. Functions required 
by the PMS were patterned after the existing applications 
already incorporated into the FMIS. These functions include 
record entry, display, editing, deletion, and report 
generation. 

The data flow diagram (DFD), Figure 3.1, shows a 
graphic model of the PMS system to be used as an aid in 
design. Тһе DFD is comprised of four elements: the data flow, 
represented by an arrow; the process, represented by a circle; 
the data store, represented by an open ended rectangle; and 


the source/sink, which is shown as a closed box. 
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Figure 3.1 Data Flow Diagram 
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Property items to be tagged and assigned to a 
staff or faculty member for custodianship are received by the 
property clerk. Each item ordered under a document number. 
However, this number cannot be used as a unique identifier 
Since several property items may have been ordered under the 
same document number. The tag numbers are used as unique 
property identification. Only one tag number will be assigned 
to any one item. Tag numbers are not in strict sequence and 
may occasionally change depending on the current stock of 
available tags. Sequences can also vary between minor and 
plant property. 

As shown in Figure 3.1, the ENTER NEW RECORD 
process requires the input of new property information data 
along with the custodian’s Personnel ID. The process will 
validate the personnel ID with the PERSONNEL database and 
retrieve the new custodian’s first and last names. The 
process will not enter a new record with an invalid personnel 
ID (IDs that do not exist in the PERSONNEL records). The 
newly assigned property info data record will be stored in the 
PROPERTY data file. 

The EDIT RECORD process requires the entry of a 
valid tag number. This process searches the PROPERTY data 
file and retrieves that property record for manipulation or 
deletion. The edited record will then be stored in the file 


replacing the original record. 
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A final process 1s required to produce the desired 
reports. Upon receiving a report request, the PRINT REPORTS 
process will retrieve relevant report data from the PROPERTY 
and PERSONNEL data files and generate the report. Table 4 
and 5, Appendix A, summarize the update and display mechanism 
requirements for the PROPERTY object. 

C. PHASE III, EVALUATION 
1. Methodology 

Using the information gathered during the requirements 
phase, this development stage typically consists of an 
evaluation of several items of concern to the developer and 
customer. 

First 1s the identification of alternative application 
system architectures. The question needs to be asked, "Are 
there other system architectures that would better serve our 
needs than the one we are planning to use?" Determining the 
availability of the alternative architecture also needs to be 
done. Quite often an organization cannot afford the most 
efficient, state of the art technology. 

Another concern that must be evaluated is the feas- 
ibility of the project. Can it actually be developed? The 
detail of the completed requirements may provide insight that 
preclude further development. Additional time and resources 
should not be spent on a system that will never be completed. 
Several large corporations, as well as the government, have 


abandoned development of poorly evaluated systems after 


investing tens of millions of dollars. Careful evaluation of 
the requirements may prevent this from occurring. 

A final area of appraisal is the scope of the project. 
Given the stated time constraints for final delivery, can all 
functional areas laid out in the requirements be developed? 
Priorities must be determined and some requirements may need 
to be postponed and developed at a later date. 

2. Application 

The Evaluation Phase was simplified by constraints 
that contribute to the pre-determination of the required 
architecture as well as a good understanding of the expected 
requirements during the Definition Phase. As an enhancement 
to an existing program, it was decided that the new Property 
Management module would be developed using the same software 
package (dBASE IV) for ease of integration into the FMIS 
application. Another factor was the availability of dBASE IV 
tools on a large number of computers at NPS. The hardware 
platform was not a consideration either. The system would be 
run on the AS department office’s IBM compatible PC (Northgate 
996). 

Using the structured maintenance approach it was clear 
that the planned system upgrade could be accomplished. 
Feasibility was not a problem. It was evaluated that all 
requirements as documented in the requirements phase could be 
completed and delivered on time. This was determined by 


examining the scope of the original FMIS project (a joint 


її 


project of two NPS students) and estimating the time required 
for a single student to perform the less extensive enhancement 
upgrade. One undocumented requirement that needs to be 
performed at a later date (possible follow-on thesis work) is 
the development of a security system for the FMIS. A password 
type system is desired to prevent unauthorized users from 
gaining access to all FMIS database files. 

D. PHASE IV, DESIGN PHASE 

1. Logical Database Design 

In logical database design, the initial information 
laid out during the requirements phase will be developed into 
a set of plans for the database structure. Logical database 
design is generic, specific design requirements Tor 
programming with dBASE IV will be covered by the Physical 
Database design procedure. The requirements determine what we 
want and the design determines how to accomplish those goals. 
Logical design plans developed from the object diagrams and 
object definitions consist of relation diagrams, relation 
definitions, and the constraints on the relations. 

The PROPERTY object was transformed into the PROPERTY 
relation as seen in Figure 3.2. The PROPERTY relation uses 
Property-tag-number (TAGNR) as its primary key. A key 1s an 
attribute that functionally determines the non-key attributes. 
The PROPERTY relation is related to the PERSONNEL relation in 


a one-to-many binary relationship. The "fork" at the PROPERTY 
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Figure 3.2 Property Relation Diagram 


end of the relationship line means that there are potentially 
many property items for each person in PERSONNEL. The 
abscense of a fork at the other end indicates that each 
property item can be assigned to at the most, one person at 
any one time. The circle on the line means that the 
relationship from PERSONNEL to PROPERTY is optional. А 
PERSONNEL member doesn’t have to һауе any property assigned to 
them. The bar on the line at the other end indicates that a 
PERSONNEL record must correspond to a PROPERTY record. 
PROPERTY is linked to SUPPLY in much the same manner. 

The relational database mode! is based on the concept 


that data is stored in two-dimensional tables referred to as 


relations. Each row in the table represents a record. Each 
column represents a field. The entire table (relation) is 
what is roughly known as a file. A row is called a tuple and 
a column (field) is called an attribute.[Ref. 6] 

The relational structure afforded by dBASE IV allows 
linking these separate data files through use of a common 
field. The common field linking PROPERTY and PERSONNEL 
relations is Personnel-ID-code (IDCODE). The common field 
linking PROPERTY to SUPPLY is the Supply-document-number 
(DOCNR). The database hierarchy, updated from the original 
design [Ref. 4:p. 9], incorporates the new PROPERTY relation 


as shown in Figure 3.3. 
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Figure 3.3 Revised Database Hierarchy 
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2. The Normalization Process 

When designing relations from object diagrams, careful 
attention to the normalization process must be observed to 
prevent building anomalies into the database structure. 
Anomalies are weaknesses and flaws in the relations that cause 
undesirable effects when modifying a database. Types of 
modification anomalies include deletion and insertion 
anomalies. Deletion anomalies refer to problems that occur 
when the deletion of facts from one relation entity inadver 
tently deletes facts about another entity. Insertion 
Anomalies describe the restriction of ability to insert 
information about one entity until additional facts are 
received about some other ente ty Minimization of 
modification anomalies was of major concern when designing the 
PROPERTY relation. The "normalization process" is the method 
to identify and eliminate modification anomalies. Dividing a 
relation may be required to eliminate any discovered 
anomalies. 

The normalization process consists of testing the 
relation along a series of normal forms. The term normal form 
refers to the class of relations and techniques for preventing 
anomalies. There are seven normal forms, the highest level 
being Domain/Key Normal Form (DK/NF). When a relation is in 
DK/NF it is guaranteed not to have any anomalies. A relation 
might fall in any of the normal forms depending on its 


structure. The normal forms are described below along with 
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the determination of which form requirements the PROPERTY 
relation satisfies. 
a. First Normal Form 
The only requirement of this normal form is that 
the relation has no repeating groups. The PROPERTY relation 
meets this requirement. 
b. Second Normal Form 
All non-kKey attributes must be dependent on all of 
the key. PROPERTY has a single attribute key (Property-tag- 
number), therefore it is automatically in second normal form. 
c. Third Normal Form 
The relation must be in second normal form and 
have no transitive dependencies. No apparent transitive 
dependencies could be detected in PROPERTY so it meets this 
form requirements. 
d. Boyce-Codd Normal Form 
A relation is in this form if every determinant is 
a candidate key. However, PROPERTY does not make it past this 
normal form, a deletion anomaly still exists at this point. 
If a property item assignment record is removed from the file 
then the historical information as well as the property 
details are lost. An alternative approach would be to split 
the relation into separate PROPERTY-ASSIGNMENT, PROPERTY- 
DETAIL, and PROPERTY-HISTORY relations. This was not deemed 
necessary for the PMS system since once a property item is 


tagged and entered into the file the record should never be 
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deleted. The record 1s maintained even when the item is 
disposed. This will prevent the problem of the deletion 
anomaly from occurring. 

e. Fifth Normal Form 

No clear definition identifies this form, but it 

1s Known that even at this level obscure anomalies can occur. 
This led to the creation of the DK/NF. 

f. Domain/Key Normal Form 

As stated earlier, this is the final form. = А11 
possibility of relation modification anomalies have been 
removed. A relation is in the DK/NF if every constraint on 
the relation is a logical consequence of the definition of 
keys and domains [Ref. 6:p. 149]. 
3. Physical Database Design 

This stage of the design phase will transform the 
logical database design into a physical blueprint to meet 
specific data element patterns required for programming the 
application in the dBASE IV dbms. The logical PROPERTY 
relation attribute names will need to be changed to meet dBASE 
IV's field name requirement to not exceed 10 characters. The 
field names must start with an alpha character, but can then 
be followed by numbers. The underscore (_) is the only non- 
alphanumeric character allowed in the name. Each field must 
also be categorized as one of six data types used in dBASE IV: 

1. Character - textual information 


2. Numeric - any true numeric value 
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3. Float - useful for numbers with no fixed number of 
decimal places. 


4. Date - date stored in the mm/dd/yy format 
5. Logical - contains either a true or false value 
6. Memo - large volumes of text (up to 64K) 
The total number of fields in the PROPERTY data file numbers 
59 (40 of these used for historical data) which easily meets 
dBASE IV's maximum limitation of 255 fields for any single 
database record. Table 6 in the Data Dictionary (Appendix B) 
lists all the PROPERTY data file elements in proper form. 
4. Property Management (PMS) Application Design 
An application is the collection of menus, forms, 
reports, and programs that perform the functions of the system 
required by the users. Before proceeding to the 
Implementation phase the final task is to design the 
application. Once the basic designs for the PMS were laid out 
on paper, a quick prototype was developed to demonstrate the 
menus, input form screen, and reports to the users. User 
requested modifications to the prototype were incorporated to 
form the final application design. 
a. Menu Design 
Since the development of the PMS system was to be 
an enhancement to the FMIS already in use, it was decided to 
follow the current structure in designing the PMS menus. This 
would allow easier program integration in the implementation 


phase and ease the user transition to the new system. The 
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menu hierarchy design is illustrated in Figure 3.4. Main menu 
options from the first FMIS version are shaded. The PROPERTY 
selection from the main menu produces a pop-up type menu with 
the selections as shown in the figure. The PRINT REPORTS 

selection from the pop-up menu produces a pull-down menu with 
the six various report options. A final pull-down menu (not 
illustrated) provides the user with choosing either the 
screen, LPT1, LPT2, or writing to a file as destination 


options for the chosen report. 
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Ы. Screen design 

Variations in the screen layout design can either 
ease or impede system use. Screen design begins with 
determination of the information and fields that will be 
placed the screen and then effectively designing the 
arrangement so that the data will fit within the screens 
physical limitations. 

The ENTER NEW RECORD and EDIT/VIEW RECORD oan 
screens had to be laid out to meet dBASE IV's physical 
application design requirements. Custom forms in dBASE can be 
as wide as the screen, 80 columns. The number of rows, how- 
ever should be limited to 21 to allow room at the bottom of 
the screen for pop-up program messages. The screen design for 
the PMS involves a two page form. The first page consists of 
all current property and custodian information. The second 
page contains historical data fields. An entry screen should 
be designed to minimize the number of keystrokes required by 
the data entry operator. Anefficient design saves entry time 
and is less frustrating to use. Keeping this in mind, all 
entries requiring eventual editing were placed at the top of 
the form. Information required for entry on the second page 
is automatically transmitted in flashing fields to allow the 
user to enter historical data without having to refer back to 
the first page. Another characteristic of good screen design 
1s the varying use of colors. Fields requiring data entry are 


of a uniform color that is different from information only 
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fields (see Appendix E). This aids in easy identification of 
entry fields. Another design feature incorporated was the use 
of default field entry when possible. Several fields 
identified in the following paragraph automatically 4111 
themselves with predetermined data. This data can be accepted 
aS 1S, or changed by entering something new. 

Various features were desired of certain form 
screen fields. The following features were designed for the 
first form page. The TAG NUMBER field was designed to verify 
that the new number entered had not been previously used in 
another record. Validation of CUSTODIAN ID with IDs in the 
PERSONNEL database is required for the form to accept the 
entry. When a valid ID is entered, the individuals LAST NAME 
and FIRST NAME fields are automatically filled. Since the 
majority of AS department personnel utilize offices in 
Ingersoll! Hall, a default entry of "I" is entered for the 
location room number. The DATE ASSIGNED entry field has a 
default setting of the current date, entered by the system. 
ADP CODE has a default entry of "O" for non-ADP property. A 
default of "M" (minor property) is entered for PROPERTY TYPE. 
The DISPOSED field gets an automatic value of "N" and also 
prevents any entry into the DISPOSAL DATE field until it is 
changed to "Y". 

The second page of the form flashes the current 
CUSTODIAN ID, LOCATION, and DATE ASSIGNED fields transmitted 


from the first page. These flashing fields cannot be edited 
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which prevents interference of data entered on page one. The 
final default entries are the first set of historical data 
fields, CUSTODIAN1, LOCATION1, and ASSIGN DATEI. These are 
filled with the initial data upon creation of the record. 

c. View and Report design 

The initial application design prototype consisted 
of the following four reports: Property Custody Log, Minor 
Property Inventory, Plant Property Inventory, and the Property 
History. A final review of the PMS prototype before system 
implementation resulted in the request for two additional 
reports, the Property Disposal Record and the Property 
Location report. A dBASE view file was designed for each 
report. The view is a representation of a relation using only 
the fields required for the views intended use. Tables 7 and 
8, Appendix B, detail the views and reports. 

The basic report designs were drawn up on paper 
during interviews with the users. Report titles, field 
locations, groupings, and calculations were decided on at this 
time. The reports were designed to be printed on 11 by 14 7/8 
inch paper which is consistent with reports generated by the 
original FMIS. As a maintenance enhancement, a major design 
goal was for the PMS reports to be similar in format to other 
System application reports. dBASE IV offers three general 
report layouts: the column layout, the form layout, and the 
mailmerge layout. The column layout format which includes 


subtotals and totals was used in all PMS reports. 
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E. PHASE V, IMPLEMENTATION 
1. System Programming 

Constructing the system in accordance with the design 
1s the fundamental task of implementation. The control center 
incorporated by dBASE IV provides most of the tools required 
for building the various parts of the system. A code 
generator automatically writes program code to perform each 
system function constructed in the control center. The 
database, views, screen form, and reports in the Property 
Management System must all be created first, then the system 
can be integrated into the overall FMIS application program. 
Several special functions and procedures that needed to be 
coded manually are provided in Appendix C and explained below. 

The SRCHTGNR procedure 1s called by the EDIT/VIEW 
RECORD property menu option. It searches the PROPERTY 
database for the record corresponding to the entered tag 
number and returns either that record or a message stating 
that the tag number doesn’t exist. 

PROPOPEN is a procedure that opens the PERSONNE and 
PROPERTY databases for linked use in the PROPERTY form. This 
1S required to allow simultaneous access of information in 
both data files. IDCODE is used as a common field between 
files. 

The IsCust function validates the input custodian ID 
with the PERSONNE file. If valid it returns the corresponding 


last and first name, if not it produces an error message. 
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RECRENDX is a procedure to rebuild index files in case 
they become corrupted by a power failure or some other 
problem. 

The final special procedure, RESTORE, restores the 
current system drive with a previous backup of all system 
databases. All of these procedures and functions are 
contained under one overall procedure file named ACCTPROC.PRG 
which 1S opened when the FMIS program is executed. 

The dBASE IV application generator provided the tools 
to make the necessary changes to the original FMIS program and 
integrate the new PMS module. The sign-on banner was also 
updated to reflect the new version of the program. Program 
documentation (Appendix D) was generated as a concluding 
programming task. Accurate documentation is vital to provide 
an effective reference for future program maintenance. 

2. Testing 

Each section of the system was thoroughly checked for 
correct function using a black box type testing procedure. 
Black box testing is a testing method where inputs are 
provided to the system with subsequent checking of the outputs 
to ensure that the systems overall function is as expected. 
This testing method does not concern itself with internal 
functions, rather 1t checks the correctness of the system as 
a whole. The PMS system was tested alone and as part of the 
FMIS 2.0. Approximately 20 various test records were entered 


into the system for testing. Minor errors were detected and 
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corrected in the entry form and in some of the reports. Опе 
of the entry form errors resulted in the necessity of the 
PROPOPEN procedure discussed in the previous section. A group 
test was the last stage to see if there were any final 
functional problems that the programmer may have overlooked. 
This test went smoothly and any additional changes were agreed 
to be made as corrective maintenance after implementation. 
3. Installation 

The final stage of development is Installation. There 
are two main methods to install a new system. One method is 
to abandon the old system and start using the new one all at 
once. The second method, and the one to he used in installing 
FMIS 2.0, 1S to run the two systems in parallel. Running the 
two systems in parallel will allow time for undetected errors 
in the new system to surface and be corrected before total 
conversion. This is the preferred method since the original 
reliable system will still be in place in case of any 
unexpected problems. The planned time span for parallel 
operation is 9-30 September, 1991. This is an ideal schedule 
because the planned conversion will coincide with the start of 


the new fiscal year (FY 92). 
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IV. CONCLUSIONS 


The initial FMIS has proven itself in actual use through 
the current fiscal year. FMIS 2.0, a software maintenance 
enhancement, was the central topic of this thesis. he 
consisted of the successful development of a Property 
Management module and integration of this module into the 
original system. Minor perfective maintenance was also 
performed on the original system, consisting mainly of report 
reformatting. FMIS 2.0 is on schedule to replace the original 
system at the start of fiscal year 92. 

The changes incorporated into FMIS 2.0 originated from 
User requests over the first sia months of initial system use. 
As discussed in section II, software maintenance is an ongoing 
task throughout system life. Additional desired changes to 
the program surface constantly, often discovered while 
performing other maintenance functions. Many of these new 
requirements and corrections could be incorporated as material 
for future thesis work. Specific ideas for follow on work are 
discussed in the following paragraphs. 

Within each module in the current system architecture, the 
same screen form is utilized for both entering and editing 
records. The development and integration of separate edit 
forms for each database would alleviate screen congestion 
during the editing function and also protect permanent data 


from erroneous changes. 
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Midway through development of FMIS 2.0 the A.S. department 
Initiated a small microcomputer Local Area Network (LAN). 
Currently there are only two stations connected, one in 1-231 
and one in I-231A. The availability of personnel data on this 
new network brings forth the need for development of database 
security. As the number of stations expand, access to certain 
system files must be restricted to authorized users. 

Further perfective maintenance can be performed to 
discover and reduce any remaining anomalies in the system. 
The goal would be to raise the system to the fourth normal 
form or higher. 

A final suggestion would be to explore the feasibility and 
benefits of performing an adaptive maintenance change. 
Specifically, changing the system from dBASE IV to a new soft- 
ware development platform. Alternate database development 
packages may offer desired features not available in the 


current system. 
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АРРЕМОІХ А 


REQUIREMENTS DOCUMENTATION 


A. TABLE 1: OBJECT DIAGRAM 


Number 
Document-number 
Type 

Code 

Prior-tag 
Personnel-ID 
Model 
Acquisition 


Date-assigned 


Serial-number 
Disposal 
Disposal-date 





Location 

Name 

Manufacturer 

Inventory 

Price 

Historical-custodian,,,, 

Hıstorıcal-locatıon,,, 

Historical-assignment,,, 

Historical-transfer,,, 
PROPERTY 

MV - Multivalued 
PERSONNEL - Object Property 
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TABLE 2: OBJECT DEFINITION 


PROPERTY OBJECT 

Number; Property-tag-number 
Document-number; Supply-document-number 
Type; Property-type 

Code; Property-ADP-code 

Prior-tag; Prior-tag-number 
Personnel-1D; Personnel-iD-code 


PERSONNEL; PERSONNEL object; SUBSET [First-name, 
Last-name] 


Model; Model-number 

Acquisition; Acquisition-date 

Date-assigned; Property-assignment-date 
Serial-number; Property-serial-number 

Disposal; Disposal-status 

Disposal-date; Disposal-date 

Location; Property-location 

Name; Property-name 

Manufacturer; Manufacturer-name 

Inventory; Last-inventory-date 

Price; Property-cost 

Historical-custodian; Past-personnel-IDs; MV 
Historical-location; Past-property-locations; MV 
Historical-assignment; Past-property-assign-dates; MV 


Historical-transfer; Past-transfer-dates; MV 
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С. TABLE 3: PROPERTY DOMAIN DEFINITIONS 


Acquisition-date: 
Text 5, mask MM/YY 
where MM is month, ҮҮ 15 year 
Month and year property item received by supply 


Disposal-date: 
Date Format (MM/DD/YY ) 
Date property disposed of 


Disposal-status: 
Text 1, X 
where X is either Y for yes, or N for no 
Indicates whether property has been disposed of 


Last-inventory-date: 
Date Format 
Date that last inventory was conducted on property item 


Manufacturer-name: 
Text 10 
Name of property item manufacturer 


Model-number: 
Text 11 
Model number of item (number may include characters) 


Past-personnel-IDs: 
Text 2 
Unique personnel identification code of person having 
had custody of property item in the past 


Past-property-assign-dates: 
Date Format 
Date property item originally assigned to a past 
custodian 


Past-property-locations: 
Text 5, mask B-NNN 
where B indicates Building, NNN is room number 
Location property items previously assigned 


Past-transfer-dates: 
Date Format 
Date item transferred from past custodian 


Personnel-ID-code 


Text 2 
Unique personnel identification code 
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TABLE 3 continued 


PERSONNEL (Separate object) 
First-name, Text 10 
Last-name, Text 15 
Name of Property custodian from PERSONNEL file 


Prior-tag-number 
rex “9 
Previous identification assigned to item if any 


Property-ADP-code 
Numeric, mask X 
where X is either O (non-ADP), or 1-5 
Code number to classify 1tem to an ADP category 


Property-assignment-date 
Date format 
Date property item assigned to current custodian 


Property-cost 
Numeric 12, mask N,NNN,NNN.NN 
Actual cost of property item 


Property- location 
Text 5, mask B-NNN 
where B indicates Building, NNN is room number 
Current location of assigned property item 


Property-name 
Text 20 
Generic name of property Item, i.e. computer printer 


Property-tag-number 
Numeric 6 
Unique AS dept tag number assigned to property item 


Property-type 
Text 1, mask M 
where M is either M (Minor) or P (Plant) 
Identifies item as either minor or plant property 


Property-serial-number 
Text 15 
Unique number assigned to item by manufacturer 


Supply-document-number 


Text 9 
Document number assigned to purchase order of 1tem 
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D. 


P 


TABLE 4: PROPERTY UPDATE MECHANISMS 


Add new PROPERTY data 


À. 


Inputs 

x Supply information from purchase order 

* List of available tag numbers 

* Information of prospective custodian and location 
Outputs 

* New PROPERTY object instance in database 

* New screen for next record entry 

Processing notes 

* Tag number must be unique 

x Prospective custodian must exist in PERSONNEL file 
x Property-cost is actual price paid 

Volume 

* Will vary. Approximately 200 per FY 

Frequency 

* Daily 


Edit data ın PROPERTY 


А. 


Т» 


Inputs 

* Tag number of item to be edited 

* List of information to be changed 

* PROPERTY object instance from database 

Outputs 

* Modified object instance to database 

Processing notes 

* Tag number must be valid to enter request 

* Invalid tag number results in opportunity to try 
again 

* Tag number is constant, do not change 

Frequency 

* Semi-weekly 


Delete PROPERTY data 
A. 


Inputs 

* Tag number of record to delete 

* Information to confirm correct record for deletion 

Outputs 

* Screen message of record deleted 

Processing notes 

* Record for deletion will be retrieved through the 
Edit process 

* Records should rarely be deleted since historical 
property item data is required to be maintained in 
data file. Delete only erroneous records. 

Frequency 

* Bi-weekly 
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E 


IET. 


TABLE 5: PROPERTY DISPLAY MECHANISMS 


Query on PROPERTY 


A. 


Б. 


Output description 

* Form showing all data for a property item 
Source data 

* PROPERTY and PERSONNEL objects 

* Tag Number keyed by clerk 

Processing notes 

* Used by AS department administrative workers 
Volume 

* 25 per week 

Frequency 

* Daily 


Minor Property Inventory Report 


A. 


B. 


ui 


ELI. 


IV. 


VI. 


Output description 

x Report of Minor property assigned AS tag numbers 
Source data 

* PROPERTY and PERSONNEL objects 

Processing notes 

* Report to be chosen from menu selection 

* Ordered by tag number 

Frequency 

* Bi-weekly 


Plant Property Inventory Report 
A. 


Output description 
* Report of Plant property assigned AS tag numbers 


B-D. Same as II 


Property Custody Log Report 
A. 


Output description 
* Report of property items assigned to custodian 
grouped and sorted by custodian 


B-D. Same as II 


Property Disposal Report 
A. Output description 


В. 


* Report of disposed property, grouped by ADP code 
Source data 
* PROPERTY object 


C-D. Same as II 


Property Location Report 


A. 


Output description | 
* Report of tagged property grouped by room location 


B-D. Same as II 
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A= TABLE 6, 


ELEMENT 
DOCNR 
TAGNR 
РЕОРЦИЙ ШЕ 
ADPCODE 
PRIORTAGNR 
IDCODE 
MODELNR 
ACQDATE 
ASSIGNDATE 
SERIALNR 
DISPOSED 
DISPDATE 
LOCATION 
REMARKS 
NAME 

DESC 

MFG 
INVDATE 


ACTPRICE 


APPENDIX B 


DATA DICTIONARY 


PROPERTY.DBF DATA ELEMENTS 


MEE 





CHAR 


NUM 


CHAR 


NUM 


CHAR 


CHAR 


CHAR 


CHAR 


DATE 


CHAR 


LOGICAL 


DATE 


CHAR 


CHAR 


CHAR 


CHAR 


CHAR 


DATE 


NUM 


WIDTH 
9 


6 


66 
20 
20 


20 


DESCRIPTION 

Document number assigned. 

AS tag number assigned to 
property item. 

Minor or Plant property 
identifier (M or P). 

ADP property classification. 
Previous tag number. 
Personnel identification code. 
Manufacturers model number. 
MM/YY property received by 
supply. 

Date property assigned to 
current custodian. 

Property item serial number. 
Indicates whether item is 
disposed of. 

Date of item disposal. 
Location of property item. 
Remarks. 

Generic name of property item. 
Descriptive detail of item. 
Manufacturer name. 


Date of latest inventory. 


Actual price paid for item. 
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TABLE 6: continued 


ELEMENT TYPE WIDTH DESCRIPTION 





CUST 1 CHAR 2 Airs person (ID) to “have 
В : custodianship of property item. 


EWSTIO CHAR 2 Tenth person (ID) to have 
custodianship of property item. 


( ОСАТІОМ1 СНАК 5 Location of item during first 
: person assigned as custodian. 


LOCATION10 CHAR 5 Location of item during tenth 
person assigned as custodian. 


RECVDATE 1 DATE 8 Date item assigned to first 
н 5 2 custodian. 


RECVDATE1O DATE 8 Date item assigned to tenth 
custodian. 


TRANSFERI DATE 8 Date item transferred from 


first custodian. 


TRANSFER10 DATE 8 Date item transferred from 
tenth custodian. 


Note: CUST2 - CUST9, LOCATION2 - LOCATIONS, RECVDATE2- 
RECVDATE9, and TRANSFER2 - TRANSFERS field element 
descriptions omitted from table. 
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Es IATA BLE 5 


MEW SETE 


РЕОЕ@ 


PROPOISE. 


PROPH ESIE 


PROPINVM. 


PRORINVP. 


PROPLOCN 


QBE 


QBE 


QBE 


QBE 


QBE 


-OBE 


PERSONNE. 
PROBER mrs 


PROP ERIRE 


PRO RE Ease 


PERSONNE. 
PROPER TYS 


PERSONNE. 
PROPERTY 


PERSONNE. 
PROPERTY: 


DATA FILE USED 


DBF 
DBF 


DBF 


DBF 


DBF 
DBE 


DBF 
DBF 


DBF 
DBF 


PROPERTY MANAGEMENT SYSTEM VIEWS 


DATA ELEMENTS 


LASTNAME 

IDCODE, TAGNR, LOCATION, 
NAME, DESC, MEG; MODEPENRBE 
SEREALNR, ACQDATE, ACTPRICE, 
INVDATE, ASSIGNDATE, REMARKS 
ADPCODE, TAGNR, PRIORTAGNRA 
DISPDATE, NAME, DESC.) Meee 
MODELNR, SERIALNR, ACTRRIGES 
REMARKS 


LOCATION!-LOCATION10O, 
TRANSFER1-TRANSFERIO, 
RECVDATEI-RECVDATEIO, ZU TE 
CUST10, TAGNR, NAME, DESC, 
MFG, MODELNR, SERIALNR 


LASTNAME 

TAGNR, LOCATION, NAME, 
PROPTYPE, DESC, MEER 
MODELNR, SERIALNR, TOCONES 
ACTPRICE, INVDATE 


LASTNAME 

TAGNR, LOCATION, NAME, 
РКОРТҮРЕС ВЕЗС, МЕСИ 
MODELNR, SERIALNR POCODES 
ACTPRICE, INVDATE 


LASTNAME 

ТОСООЕ, TAGNR, LOCATIONS 
NAME, DESC,MFG, MODELNR, 
SERIALNR,ACQDATE, ACTPRICE, 
INVDATE,ASSIGNDATE, REMARKS 


ІІ TABEESS: 


BEPORT FEE 


BROPCUST. 


EEOPDISP. 


EBEOPHISTS 


PROPINVM. 


BROPINVP. 


EROPLOCNZ 


FRG 


FRG 


FRG 


FRG 


FRG 


FRG 


VIEW: E DEE 


PROF CUS 


PROPDISP. 


PROPRIST 


PROPINVM. 


PROPINVP 


PROPLOCN 


QBE 


QBE 


OBE 


ОВЕ 


ROBE 


.ОВЕ 
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PMS PROPERTY REPORTS 


DESCRIPTION 





PROPERTY CUSTODY LOG: shows 
all property items assigned 
to each custodian. Cost 
subtotals provided for each 
6ustodian. 


PROPERTY DISPOSAL REPORT: 
shows all disposed property 
grouped by ADP code class- 
ification. Subtotal for 
each disposed ADP type. 


PROPERTY CUSTODY HISTORY 
REPORT.: all property in tag 
number sequence showing 
historical custodian, 
location, and property 
assignment date information. 


MINOR PROPERTY INVENTORY 
REPORT: tag number sequence 
of all minor property 
location and custodian 
(except disposed property). 


PLANT PROPERTY INVENTORY 
REPORT: tag number sequence 
of all plant property 
location and custodian 
(except disposed property). 


PROPERTY LOCATION REPORT: 
property items grouped in 
location sequence with sub- 
totals for each location. 


А. 


АРРЕМО1Х С 


FMIS 2.0 CUSTOM PROCEDURES IN ACCTPROC.PRG 


RECRENDX 


K l KKK K KKK KK KK KK KKK K KK KK K KKK K K K KKK K K KK KK KK K K KK K KK KKK KK K KKK KKK K XK 


ж! 
ж | 
ж! 
ж | 
ж! 
* | 
ж! 
ж! 
ж! 
ж! 
ж! 
ж! 


Procedure: RECRENDX 


--~for re-indexing databases. 

Uses: ACCTS.DBF, DACCTS DBFF PERSONNE. DBF 
LABOR1.DBF, PROPERTY.DBF, SUPPLY.DBF 
TRAVEL.DBF, TEMPLAB.DBF 


MDX files: ACCTS.MDX, DACCTS.MDX, PERSONNE .MDX 


АВОЕ Т. МОХ, PROPER SU REN 
TRAVEMDX, TEMPERERTER 


-This procedure updated to include Property objects for 


FMIS version 2.0, by T. Ditri. 


X P KKK K AKK KKK K KKK K K K KKK KK K K AKK KK K KKK KK K KKK K KK KKK KK K K KK KK K K KK K K K K K 


PROCEDURE RECRENDX 


SET TALK ON && Show progress 
USE accts 

REINDEX 

USE daccts 

REINDEX 

USE personne 

REINDEX 

USE labor! 

REINDEX 

USE supply 

REINDEX 

USE travel 

REINDEX 

USE templab 

REINDEX 

USE property 

REINDEX 

SET TALK OFF && Suppress progress messages 


RETURN 
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В. RESTORE 


2K | KKK OK 2K OK KK OK OK KK OK OK OK OK KK KOK KOK KK OK aK OK OK IK KOK OK KKK KK OK OK KOK OK KOK OK IK KOK KK KK OK KK OK OK 


*! Procedure: RESTORE 

ж! --Procedure for restoring backed-up dbase files 
ж! Uses: АССГ5. ВЕ, HACC? Ss. DBF, PERSONNE. DBF 

Ж | LABOR1.DBF, PROPERTY.DBF, SUPPLY.DBF 

ж! TRAVEL.DBF, TEMPLAB.DBF 

ж! 

жі MDX files: ACCTS.MDX, DACCTS.MDX, PERSONNE .MDX 

ж! LABOR1.MDX, PROPERTY.MDX, SUPPLY.MDX 

ж! TRAVEL.MDX, TEMPLAB.MDX 

жі 

x! -This procedure updated to include Property objects for 


ж! FMIS vers1 


oONNZ-O. by Y, Bitri. 
ARO ROO OO ORO O O OOO ORO ORO ORO ORO RO OOO OOO ROO OOOO OOOO ROO oK 


PROCEDURE restore 


SET TALK ON && Show progress 
SET SAFETY OFF 


USE accts 
ZAP 


APPEND FROM a:\accts 


REINDEX 
USE daccts 
ZAP 


APPEND PROM а: 


RETNDEX 
USE person 
ZAP 


APPEND FROM a: 


REINDEX 
USE labor1 
ZAP 


ne 


APPEND FROM a:\labor 1 


REINDEX 
USE supply 
ZAP 


APPEND FROM a:\supply 


REINDEX 
USE travel 
ZAP 


APPEND FROM a:\travel 


REINDEX 


USE templab 


ZAP 


APPEND FROM a:\templab 


REINDEX 


\daccts 


\personne 


45 


05Е ргорегту 


Zar 


APPEND FROM a:\property 


IET 


NDEX 


SET TALK OFF && Suppress progress messages 


RETURN 


C. | SRCHTGNR 


ЖОКЕ 
* | 
ж | 
ж | 
* | 
* | 
ж | 
жі! 
ж | 
* | 
ж | жжжжжж 


PROCEDUR 
*---Prop 
ж арр1 
СЕТ 
СЕТ 
СЕТ 
СЕ 
SET 


2K KKK OK OK OK OK OK OK OK 2K 0K OK OK 2K 2KK 2K OK 0K OK 2K KK 0K OK OK KK OK OK OK OK KK OK OK OK OK KK OK OK OK KOK OK OK OK OK OK K 
Procedure: SRCHTGNR 

--validates tag number and retrieves record 
Calls: PROPERTY.FMT 
Uses: PROPERTY.DBF 


MDX files: PROPERTY .MDX 
Formats: PROPERTY aria 


This procedure is part of FMIS 2710, by T. Ditri 
2K OK OK OK OK OK OK OK OK OK OK OK OK KK OK 2K KK OK OK 2K OK OK 2K 2K 0K OK OK OK OK OK 0K OK OK KK OK 0K 2K OK 2K OK OK oo ox ooo ox x* 


E SRCHTGNR 
erty database opened through embedded code in the 
ication program 

TALK OFF 

ESCAPE OFF 

STATUS OFF 

SCOREBOARD OFF 

NEAR ON 


searching = .T. 


DO 


WHILE searching 
CLEAR 
memtag = 0 
@10,2 SAY "Enter Item Tag Number to retrieve: " GET; 
memtag 


READ 
x---If nothing entered, retrieve first record for 
ж browsing. 


IF memtag = О 
SET FORMAT TO property 
EDIT NOAPPEND 
CLOSE FORMAT 
Searching = .F. 
loop 
ENDIF 
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*---Try to find that Tag number. 
SEEK (memtag) 


IF FOUND( ) 
SET FORMAT TO property 
EDIT NOAPPEND 
CLOSE FORMAT 


searching = .F. 
LOOP 
else 
012,2 SAY CHR(7)+; 
"Sorry, Tag Number is not in database. Try; 
again.” COLOR R/W 
WAIT 
ENDIF 
ENDDO 
RETURN 
D. PROPOPEN 


X E ЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖЖ Ж 


ж! 
ж! 
ж! 
ж! 
ж! 
ж! 
x | 
ж! 
ж! 


Procedure:  PROPOPEN 
--opens & links PERSONNE and PROPERTY files 
Calls: PROPERTY.FMT 
Uses: PROPERTY. DBF 
PERSONNE. DBF 
MDX files: PROPERTY.MDX, PERSONNE .MDX 
Formats: PROPERTY.FMT 


This procedure is part of FMIS 2.0, by T. Ditri 


AO OOOO OOOO ORO OOOO OOOO OOO ORO OOOO OOO KK KK KK KK KK KK KK KK KK 


PROCEDURE PropOpen 


SELECT A 

USE Property ORDER Tagnr 
SELECT B 

USE Personne ORDER IDcode 


жжж Set up relationship based on key fields. 
SELECT Property 

SET RELATION TO IDcode INTO Personne 

GO TOP 


RETURN 
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E: 


ISCUST 


X d oko ooo ook oo ook oo KOK KK OK KOK OK OK KK KOK OK OK OK OK KOK OK OK OK KOK KOK OK OK OK OK KOK KOK KOK KKK OK KOK K 


ж! 
x | 
ж! 
ж! 
ж! 
ж! 
ж | 
| 
ж! 
ж! 


FACT TONES E USE 
--validates custodian ID and retrieves last 
and first name for the property screen. 
Calls: PROPERTY.FMT 
Uses: PERSONNE.DBF 


MDX files: PERSONNE.MDX 
Formats: PROPERTY.FMT 


This procedure is part of FMIS 2.0, by T. Ditri 


X db OK ok ook oko oko oko ooo o oO ox OK OK KK KOK KOK OK KK OK KKK KKK KOK KOK KOK OK OK OK OK OK OK KOK KOK KOK OK OK OK KKK 


FUNCTION IsCust 
PARAMETERS CustId 


DO CASE 


*kIf user is exiting, do nothing. 
CASE "CUSTLA AA 
оет. 


*xPersonnel ID code was entered 

CASE SEEK(CustId, “Personne” ) 
@ 3,35 SAY Personne->Lastname 
@ 3,52 SAY Personne->Firstname 
ОК = 

OTHERWISE 
Q 3,35 SAY "No such ID code" 
Qo 3,52 SAY РАСЕ 00) 
Ok=.F. 

ENDOASE 


RETURN (Ok) 
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APPENDIX D 


FMIS 2.0 APPLICATION DOCUMENTATION 


Application Documentation for System:  RMS.PRG 

Application Enhancement Author: ІТ Т.А. Ditri, USN 

Original Application Authors: LCDR N.S. Ford and LT N.W. 
Z immon 


dBASE IV Version.....: 1.1 


Display Application Sign-On Banner: Yes 


Screen Image: 
10 20 30 40 50 60 


Gy: | Welcome to the Administrative Science Dept’s 


S Financial Management Information System 
Шу: kFMISX 


1 : ee O 





К: 
Main Menu to Open after Sign-On: RMSMAIN.BAR 


Sets for Application: 


Bel] ON 

Carry OFF 
Centry OFF 
Confirm OFF 


Delimiters OFF 
Display Size 25 lines 


Drive 
Escape ON 
Path 
Safety ON 
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Starting Colors 


Text 
Heading 
Highlight 
BOX 
Messages 
Information 
Fields 


Database/View: 


Index Order: JON 


for- -Applicat ion: 


Color Settings: 


W+/B 
W+/B 
GR+/BG 
GR+/R 
W+/B 
B/W 
N/BG 


Layout Report for Horizontal Bar Menu: RMSMAIN 


О 10 20 S0 40 50 
— +. ' + l Heena, + | 
О0О: 
ACCOUNTS PERSONNEL SUPPLY LABOR TRAVEL 
04: 
60 70 

+ u i + 

PROPERTY TOOLS EXIT 


Setup for RMSMAIN follows: 


Color Settings: 


Text W+/N 
Heading W+/N 
Highlight GR+/B 
Box W+/R 
Messages W+/N 
Information B/W 
Fields N/BG 


Before Menu dBASE Code RMSMAIN: 


SET PROCEDURE TO ACCTPROC 
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Bar actions for Menu RMSMAIN follow: 


ce cc ee олы, он» ee ee eee жшт 


ems cee ce cee ce cc cw cc cc cr че wwe cme eee — 


ey yc RN р m mm н р cece cm ce cc cr eee eee i Р аЬ 


Prompt: 


Bar: 4 


Prompt: 
Netion: 


-e «низ «шы. «лиз «нәз 8 — екы» ae cee ce «ные «лла cee wem ae a cw oe ee es es es es es es es es es es ee es es es es es es es es es ss ei es es es es es ee == = i ‘M 


Prompt: 


Prompt: 


ACCOUNTS 


Open a Popup 


PERSONNEL 
Open a Popup 


SUPPLY 
Open a Popup 


LABOR 
Open a Popup 


TRAVEL 
Open a Popup 


PROPERTY 
Open a Popup 


TOOLS 
Open a Popup 


EXIT 
Open a Popup 


Named: ACCTMENU 
Named: PERSMENU 
Named: SUPPMENU 
Named: LABMENU 
Named: TRAVMENU 
Named: PROPMENU 
Named: TOOLMENU 
Named: EXITMENU 
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Layout Report for Popup Menu: 


ACCTMENU 


meme cme E Ji Rm Р 


ADD NEW ACCOUNTS 
IVIEW/EDIT ACCOUNTS 
¡REMOVE MARKED ACCOUNTS 
PRINT EXPENSE SUMMARY 
IPRINT OTHER LABOR REPORT 


Use database/view and 





index file(s) 


Colors for Menu/Picklist: 


Color Settings: 
Text 
Heading 
Highlight 
Box 
Messages 
Information 
Fields 


W+/N 
W+/N 
GR+/B 
W+/R 
W+/N 
B/W 
N/BG 


Before Menu dBASE Code ACCTMENU: 


-e eee ee «лыш» ee ee шыш ee O ls O ee ee ына 


SET STATUS ROAF 


SET SCOREBOARD OFF 


Bar actions for Menu ACCTMENU follow: 


id 


ADD NEW ACCOUNTS 


Prompt: 
Action: APPEND 
Format File: 
Before 


accts ti mit 


dBASE Code for this item: 


dem wie dem mesma eee cee eee ee Р ee es ei «лы» 


*---Open Accounts database 
USE PERSONNE ORDER PI 


USE ACCTS 


а 


in effect at run time. 


After dBASE Code for this item: 
*---Close Accounts database 
CLOSE DATABASES 


Gut «шей өм-: — «лы» шшш» сш) «лык» (mb «мк: «ли өлке ел» өлке «ы» «жн» «ле сыш) жш) тш» езе- — чш) =} «шы» «лын» тшш» «лен» «лек: «ли» «шн» тшш» «лан» «ле лам «лан»: тшш} олы» олын» озын» O «ссе «лесе шшс eee ee ee 


Ваг: 2 
Prompt: VIEW/EDIT ACCOUNTS 
Action: Run dBASE Program: DO SRCHJON 


Before dBASE Code for this item: 
*---Open Accounts database 
USE PERSONNE ORDER PI 
GO TOP 


After dBASE Code for this item: 
*---Close Accounts database 
CLOSE DATABASES 


Bar: 3 

Prompt: REMOVE MARKED ACCOUNTS 

Action: Pack Current File 

Window WINDOW1 FROM 10,10 TO 20,60 Double 


Before dBASE Code for this item: 
*---Pack Accounts database 
USE accts 


After dBASE Code for this item: 
*---Save changes and close database 
CLOSE DATABASES 


-e өше) «шк» ели» GE E LEE E NN M M ol — ————“———«—— —————————————— —— «лым» Р Р ӘР ӘР eee ш—= өлше) өлше am x ——— 


Ваг: 4 
Prompt: PRINT EXPENSE SUMMARY 
Action: Run dBASE Program: DO EXPSUM 
After dBASE Code for this item: 

set print off 

close databases 


-e олым» ce ce cc crm m m m m mm wt wee ee eee «лаш» 


Bares 

Prompt: PRINT OTHER LABOR REPORT 
Action: Run Report Form OTHERPAY.frm 
Command Options: 
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PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: OTHERPAY.QBE 


ао ap аә m ә e Нн Ан a aed ә ә А Ын ә) ЫР адна р ei ee ce eee m 


ао m eee н ӘР «ши» «шие алы ӘР D ҸЕ Р ә) ә) жын тшш ЗЫ) чыз “Шын «іш» әҹр ешқа ә Ы тыш» тш» ҸӘ тыш» НӘ ЫР ӘР жын» Р тыш» олы» олым Р Әр кше тюш» н А н лалы «ын сқа ә тыш» шз «жы» 


Bar: 6 
Prompt: - 3 cs > See 
Action: Text only defined fer this option: NOTA C O 


Bar: 7 
Prompt: DIRECT FUND ALLOCATION 
Action: Open a Popup Menu Named: DACCMENU 


> алымы cm н н н аал mmm miei ecm mee eee ei | «лы» 


Layout Report for Popup Menu: PERSMENU 


cette ҹә ара ән nl 















О 10 20 30 40 50 
> +, + i + ee. + | + 
odz 

OS 

OG: ADD NEW PERSONNEL 

07: VIEW/EDIT PERSONNEL 

08: IREMOVE MARKED PERSONNEL 

09“ PRINT PERSONNEL REPORT 

10: PRINT APPT STATUS REPORT 

1 |PRINT 30 DAY APPT STATUS REPORT) 

lize 


Use database/view and index file(s) in effect at run time 


Colors for Menu/Picklist: 


Color Settings: 


Text > W+/N 
Heading > W+/N 
Highlight : GR+/B 
Box : W*/R 
Messages > W+/N 
Information : B/W 
Fields : N/BG 
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Bar actions for Menu PERSMENU follow: 
Bar: 1 

Prompt: ADD NEW PERSONNEL 

Action: APPEND 

Format File: personne. fmt 


Before dBASE Code for this item: 
*---Open Personnel database 
USE PERSONNE 


ж» ee i ee ee ieee eee ee 


*---Close Personnel database 
CLOSE DATABASES 


m > eee cee oc ow «ше» «шы» «шы»: «шы» өше» қы» «жыз «жы» «ны» «шы» «шы» «шы» «жы» чжи» «шы» «шы» «шы» «шы» «шыз es «шы» НЬ ӘР ӘНӘ «шы» НЬ «шы» олы: ажы» «ши» «жы» жы» «шы» ли» «ыс «лы» ӘН жы» «ши» «жы i cm 


Ваг: 2 
Prompt: VIEW/EDIT PERSONNEL 
Action: Run dBASE Program: DO SRCHPER 


After dBASE Code for this item: 
*---Close Personnel database 
CLOSE DATABASES 


Bar: 3 
Prompt: REMOVE MARKED PERSONNEL 
Action: Pack Current File 
Window WINDOW3 FROM 10,10 TO 20,60 Double 
Before dBASE Code for this item: 
*---Open Personnel database 
USE personne 


After dBASE Code for this item: 
*---Save changes and close database 
CLOSE DATABASES 


жн. «нә «нә «нә «ә ee A A A A 4 A ee A A A A A A A A A A A A A A sis es es is es es is is is is is is iis iis i i i eee eee «ши» «лы» «ши» «шы» 


Bar: 4 

Prompt: PRINT PERSONNEL REPORT 
Action: Run Report Form PERSON. frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: PERSON.QBE 
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After dBASE Code for this item: 


— —— —— тч чч «шы: олы: see cee cee cee cee see ee oe «нын ce ee ee ei ei «ныл» 


es енир аан MM ee ce ee ee ee ce ce ec ce ec cece O ЧЫЫР ЧЫР eee ee ee a 


Ваг: 5 

Prompt: PRINT APPT STATUS REPORT 
Action: Run Report Form APPSTATU.frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: APPSTATU.QBE 


After dBASE Code for this item: 


— =т= ЧЫР ЧЫЫР «шәә eee cee cee cee eee oe ЧЫЫР ЧЫЫР ee es es es es es es es ew cs cr ww ew ees eee Р ees aie шышт 


Ваг: 6 

Prompt: PRINT 30 DAY APPT STATUS REPORT 
Action: Run Report Form APPST30.frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 

New Database/View: APP30ST.QBE 

After dBASE Code for this item: 


ғ: лә» ome «шы: cee eee «шы: cee cee cee cme come come «шы: «лы: e cee m m ie ie ны 


meee —— ч es eee ee «шы ee ee cc ee mm ee ee es ee ees es es es es es es es es es se e e e алаш аже: «ыы 


Layout Report for Popup Menu: SUPPMENU 


Screen Image: 
10 20 20 40 50 
Hove epee eae ne | eee Peles ces s IBI TTL. а 








IPRINT OUTSTANDING REQN REPORT | 


PRINT SUPPLY OSBPTGAT EON REGII E 
PRINT REQN STATUS REPORT 
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Setup for SUPPMENU follows: 


Use database/view and index file(s) in effect at run time. 


Colors for Menu/Picklist: 


Color Settings: 


Text : W+/N 
Heading : W+/N 
Highlight : GR+/B 
Box : W+/R 
Messages : W+/N 
Information : B/W 
Fields : N/BG 


Bar actions for Menu SUPPMENU follow: 
Bar: 1 
Prompt: ADD NEW TRANSACTIONS 
Action: APPEND 
Format File: supply.fmt 
Before dBASE Code for this item: 
*---Open Supply database 
SELECT A 
USE PERSONNE ORDER PI 
SELECT B 
USE ACCTS ORDER JON 
SELECT C 
USE SUPPLY 
SET RELATION TO PI INTO PERSONNE, JON INTO ACCTS 


After dBASE Code for this item: 
*---Close Supply database 
CLOSE DATABASES 


Bar: 2 
Prompt: VIEW/EDIT TRANSACTIONS 
Action: Run dBASE Program: DO SRCHDNR 
Before dBASE Code for this item: 
*---Open Supply database 
SELECT A 
USE PERSONNE ORDER PI 
GO TOP 
SERECT B 
USE ACCTS ORDER JON 
GO TOP 
SELECT C 
USE SUPPLY ORDER DOCNR 
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SET RELATION TO PI INTO PERSONNE T JONDE O ACT 


After dBASE Code for this item: 
*---Close Supply database 
CLOSE DATABASES 


Bar: 3 

Prompt: REMOVE MARKED TRANSACTIONS 
Action: Pack Current File 

Window WINDOW4 FROM 10,10 TO 20,60 Double 


Before dBASE Code for this item: 
*--—-Open Supply database 
USE supply 

After dBASE Code for this item: 
*---Save changes and close database 
CLOSE DATABASES 


Bar: 4 
Prompt: PRINT AGING REPORT 
Action: Run Report Form AGING.frm 
Command Options: 

PLAIN 

NOEJECH 

Print Mode: Send to Default Printer 
New Database/View: AGING.QBE 


After dBASE Code for this item: 


Bar: 5 

Prompt: PRINT OUTSTANDING REQN REPORT 
Action: Run Report Form SUPSTAT. frm 
Command Options: 

PLAIN 

МОЕШЕС 

Print Mode: Send to Default Printer 
New Database/View: SUPSTAT.QBE 


After dBASE Code for this item: 
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Ваг: 6 

Prompt: PRINT SUPPLY OBLIGATION REPORT 
ACTION: "RUN Report Form SUPCHG. frm 
Command Options: 

PLAIN 

NOUÉJECIT 

Print Mode: Send to Default Printer 
New Database/View: SUPCHG.QBE 


After dBASE Code for this item: 


Bar: 7 

Prompt: PRINT REQN STATUS REPORT 
Action: Run Report Form SUPRQNST.frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: SUPRQNST.QBE 


After dBASE Code for this item: 


Layout Report for Popup Menu: LABMENU 


30 40 510 60 70 
ооо 7 ML A O A es bee ey eee eo ha ee 
05 
06: 
OV: ADD PAYROLL RECORDS 
03: VIEW/EDIT/DELETE PAYROLL RECORDS 


ШӘ : PRON ЕВЕӨБ EXPENSE REPORT 
10: PRINT PAYRECORD REPORT 





12: 
Setup for LABMENU follows: 


Use database/view and index file(s) in effect at run time. 


Colors for Menu/Picklist: 


Color Settings: 


Text : W+/N 
Heading : W+/N 
Highlight : GR+/B 
Box : W+/R 
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Messages |: W+/N 
Information : B/W 
Fields : N/BG 


Bar actions for Menu LABMENU follow: 
Bar: 1 

Prompt: ADD PAYROLL RECORDS 

Action: APPEND 

Format File: labor.fmt 

Before dBASE Code for this item: 


жғне «жы» «жы» «жы» «шы» ee ee cee eee eee ie алы» 


*---Open Temporary Labor database 

SELECT A 

USE PERSONNE ORDER IDCODE 

о Е ШЕСИ 

USE ACCTS ORDER JON 

SELECT C 

USE TEMPLAB 

SET RELATION TO IDCODE INTO PERSONNE, JON INTO ACCTS 


After dBASE Code for this item: 


*---Update Labor database and save 

CLOSE DATABASES 

*---Calls Payroll procedure from Acctproc file 
DO payrol | 


— mm m ame ew eee eee eee eee eee «низ ee ee eee eee eee ee eee eee eee ee o ce «ықы» | «қт» ee eee eee eee | «ны» 


Bar: c2 

Prompt: VIEW/EDIT/DELETE PAYROLL RECORDS 

Action: Run dBASE Program: DO SRCHLAB 

Use database/view and index file(s) in effect at run time. 


Before dBASE Code for this item: 


-e a a «шы» cee ee ee A ce «шығ: «ңа: «Шын» «Шын» «Шын» ee «йын» «шы» eee ee ee eee ee ee 


ж---Ореп databases 
DO payedit 


After dBASE Code for this item: 
*---Close Labor database 
CLOSE DATABASES 
*---Call Payroll procedure from Acctproc file 
DO payroll 


«== o E алә аллә ална o E «шы» s ЕШР o m өлен өле жы» шы» «ла» «жы» «шы» ыр ЧЫ; s np am: au елей ee ee ee с=т= шы» сыз emp «жы» «жы» «ны» «шы» «кә» «Ми» «мез ы» «ығ eee «Ян» «Жы» «ғә» e cre m m m m 
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Ваг: 3 

БЕСІПОС ЕКТЫ LABOR EXPENSE REPORT 
Action: Run Report Form LABCHGS.frm 
Command Options: 

PLAIN 

МОЕ ЕСТ 

Print Mode: Send to Default Printer 
New Database/View: LABCHGS.QBE 


After dBASE Code for this item: 


Bar: 4 

Prompt: PRINT PAYRECORD REPORT 
Action: Run Report Form INDPAY.frm 
Command Options: 

PLAIN 

МОЕ) ЕСТ 

Print Mode: Send to Default Printer 
New Database/View: PAYREC.QBE 


After dBASE Code for this item: 


аин анан аан GEM ән GEM GE GM eo es es ee es es ee ee a ee ee «ны» ee eee ee ee ee ee D D I 


и ажы» «шы» «шы» ели: оны» «ны» «жы» «шы» «ым» ee eee eee ee oe ee ee ee ee ee ee eee oe ee eee ee ee es es es ee ese ee ee es ee ашы: алы» es ee ee ee eee ee олына «лыш» 


Layout Report for Popup Menu: TRAVMENU 


40 50 60 70 80 


06: JADD NEW ORDER 

07: [VIEW/EDIT ORDERS 

08: [REMOVE MARKED ORDERS | 
ОЗ: "ҮРКІМТ TRAVEL OBLIGATION REPORT] 
I0O:ASPRINT TRAVEL TICKLER REPORT 

11: (РКІМТ DELINQUENT TRAVEL CLAIM 





12 REPORT 

13: [PRINT FLAG APPROVAL STATUS 
14; REPORT 

ors 

TO: 


Setup for TRAVMENU follows: 


Use database/view and index file(s) in effect at run time. 
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Colors for Menu/Picklist: 


Color Settings.: 


Text - W+/N 
Heading > W+/N 
Highlight : GR+/B 
Box : W-/R 
Messages : W*/N 
Information > B/W 
Fields : N/BG 


Bar actions for Menu TRAVMENU follow: 
Bar: 1 

Prompt: ADD NEW ORDER 

Action: APPEND 

Format File: travel.fmt 


Before dBASE Code for this item: 
*-—-—-Open Travel database 
SELECT A 
USE PERSONNE ORDER PI 
GO TOP 
SELECT PE 
USE ACCTS ORDER JON 
GO TOP 
SELECT C 
USE TRAVEL 
SET RELATION TO PI INTO PERSONNE, JON INTO ACCTS 


ж---С1оѕе Travel database 
CLOSE DATABASES 


Bar: 2 
Prompt: VIEW/EDIT ORDERS 
Action: Run dBASE Program: DO SRCHTRAV 


Before dBASE Code for this item: 
*---Open Travel databases 
SE PECI TA 
USE PERSONNE ORDER PI 
GO TOP 
SELECTIE 
USE ACCTS ORDERMION 
GO TOP 
SELECT С 
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USE TRAVEL ORDER LASTNAME 
ЭЕТ КЕРАТТОМ ТОСРГ INTO PERSONNE, JON INTO ACCTS 


After dBASE Code for this item: 
*---Close Travel database 
CLOSE DATABASES 


ces ete ee eee ee ee ee ee ee es ee ee es ee es es ec ce ee ee ee ee ee оны: олы» ee eee Db 


Bar: 3 

Prompt: REMOVE MARKED ORDERS 

Action: Pack Current File 

Window WINDOW6 FROM 10,10 TO 20,60 Double 


Before dBASE Code for this item: 
*-~--Open Travel database 
USE TRAVEL 


After dBASE Code for this item: 
*---Close and save changes 
CLOSE DATABASES 


Bar: 4 

Prompt: PRINT TRAVEL OBLIGATION REPORT 
Action: Run Report Form TRAYSTAT.frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: TRAVSTAT.QBE 


After dBASE Code for this item: 


яз «мез «сла cm ee eee ee ee ec eee ee M M M M El 


ee ee ee ee ee ee eee eo ee eee eo ЕР НӘ eee i oe ee eee ee ee ee eee аны» 


Bar: 5 

Prompt: PRINT TRAVEL TICKLER REPORT 
Action: Run Report Form TRAVPKUP. frm 
Command Options: 

PLAIN 

ЕЕС 

Print Mode: Send to Default Printer 
New Database/View: TRAVPKUP.QBE 


After dBASE Gede for this item: 


mee ee es ee ee es ee ee аЬ m UN III s i i oe «жн» 


SET CONSOLE ON 
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Ваг: 6 

Prompt: PRINT DELINQUENT TRAVEL CLAIM 
Action: Run Report Form DERG. ism 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: DELQTRAV.QBE 


«ә сә сәнә елән A A ee ce ce eee ee ee ee ee es es eo uuum dm ӘР ӘӘ ee es es es es es es es ce es cc cc eee eee 


Bar: 7 
Prompt: REPORT 
Action: Text only defined for this option - NO ACTION 


— am T x JI um x 2 m p sm lE E P E 2 5 1 A D 2 E 2 2] MJ E E | E A 5 2 2 2 21 21 7 5 


Bar: 8 

Prompt: PRINT FLAG APPROVAL STATUS 
Action: Run Report Form FLAGAPP.frm 
Command Options: 

PLAIN 

NOEJECT 

Print Mode: Send to Default Printer 
New Database/View: FLAGAPP.QBE 


After dBASE Code for this item: 


ini SE P аг ug IM Ig Il a «лы» нн «лы» «ы» «лы» ажы «шы» «ы» «шы» «шы» «шы» «шк» «жн ен» 


EEE «ши» «жж» ажы» ашы» «аныз «шы» «шы» ашы» «шы» «шы» «аны» «ны» «шы» «шы» «шы» «шы» ашы» ашы» «шы» ашы» «сл» сол» аныз ашы «ол» ашы» аныз «шы» «ны» «шы» ашы» «шы» «шы» «шы» ашы» «шы» ашы» «ны» «шы» тыс ашы» ажы» «шы» «шы» «шы» «жы» «шы» «жы» «ша» ашы» «шы» «шы» «шы» ашы» аныз ашы» «лы» ашы» «ны» 


Bar: 9 
Prompt: REPORT 
Action: Text only defined for this option - NO ACTION 


ағ. ашы» ашы» ашы» ашы» os аныз алын» «лы» «лы» «жн. uu «лы» «лы» D D D D D D D D or rr ee алыш» 


Layout Report for Popup Menu: PROPMENU 


50 60 70 80 
> + l „+. + | 
Ose 

04: 

(55 ADD NEW PROPERTY ITEM 
Обе VIEW/EDIT TAGGED ITEM 
O7= REMOVE MARKED ITEMS 

085 

09: CHOOSE REPORT TO PRINT 
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Setup for PROPMENU fol lows: 


тск: чишә сы» сыз ae cee ae ae ame cme cee ame eee cee eee ae «лы» cee тыы; oe «ны» ame ame ame «лы «ата шшр 


Description: Options for property module 
Message Line Prompt for Menu: Select desired property module 
Spot TOM. 


Colors for Menu/Picklist: 


ПКО ог Settings: 


Тех% : W+/B 
Heading : W+/B 
Highlight : GR+/BG 
BOX : GR+/R 
Messages : W+/B 
Information : B/W 
Fields : N/BG 


Bar actions for Menu PROPMENU follow: 
Bar: 1 

Prompt: ADD NEW PROPERTY ITEM 
Action: APPEND 

Format File: property.fmt 


Use database/view and index file(s) in effect at run time. 


Before dBASE Code for this item: 
*---This will call the PROPOPEN procedure to open the 
* PERSONNE and PROPERTY databases, and relate them 
ж through the IDCODE common field. 
DO PropOpen 


After dBASE Code for this item: 
*---Closes the databases 
CLOSE DATABASES 


Bar: 2 

Prompt: VIEW/EDIT TAGGED ITEM 

Action: Run dBASE Program: DO SRCHTGNR 

Use database/view and index file(s) in effect at run time. 


Before dBASE Code for this item: 

*---This will run the PROPOPEN procedure to open the 
PERSONNE and PROPERTY 

*---databases, which are linked through the IDCODE common 
fields. 

DO PropOpen 
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After dBASE Code for this item: 
*---Closes the databases 
CLOSE DATABASES 


Bar: 3 

Prompt: REMOVE MARKED ITEMS 
Action: Pack Current File 

New Database/View: PROPERTY.DBF 
New Index File(s): PROPERTY.MDX 
New Index Order: TAGNR 


LLLI oe ee ee ee eee oe ee ee ee eee ee eee oe eo eo eo ee eee ee 5 1 1 M M o dM M I 3 NE E E ee ee ee ee ee ee 


Bar: 4 
Prompt: ==?33==5 "OO OI M 
Action: Text only defined for this option - NO ACTION 


LI ae ee es O m um cu mm A A A «шы» «лиз «шы» «шы» ашы» «шы» «шы» «шы» «шы» «шы» «шы» «ши» что сыыр сыр сыыр cc m S E ou m н ӘР 


Bar: 5 
Prompt: CHOOSE REPORT TO PRINT 
Action: Open a Popup Menu Named: PROPREPT 


Layout Report for Popup Menu: TOOLMENU 


BACKUP DATA TO DRIVE A 
[IMPORT SUPPLY DATA 


IREBUILD CORRUPTED INDEXES 

IRESTORE DATABASES FROM 
DRIVE A 

ЕХРОКТ АССТ/РЕК5 ПАТА 





Use database/view and index file(s) in effect at run time. 


Colors for Menu/Picklist: 


шың «жы» «лын аныз «кыз «жәе «шы» «шы» «мыз cee «ық» «жы» «жы» «шы» «шы» шы» «шы» «шы» «ны» «ны» e e ow a= == 


Color Settings: 
Text : W+/N 
Heading : W+/N 
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Highlight EE E 


Box : W+/R 
Messages : W+/N 
Information : B/W 
Fields : N/BG 


Bar actions for Menu TOOLMENU follow: 
Bar: 1 

Prompt: BACKUP DATA TO DRIVE A 

Action: Run Dos Program - COPY *.DBF A: 


Bar: 2 

Prompt: IMPORT SUPPLY DATA 

Action: Run dBASE Program: DO SUPIMP 
Window IMP FROM 10,5 TO 20,75 Single 


= e a ll i II EM JI I I sm mo dL P 


Bar: 3 

Prompt: REBUILD CORRUPTED INDEXES 
Action: Run dBASE Program: DO RECRENDX 
Window RENDX FROM 10,5 TO 20,75 Double 


Bar: 4 

Prompt: RESTORE DATABASES FROM 
Action: Run dBASE Program: DO RESTORE 
Window REST FROM 10,5 TO 20,75 Single 


Bar: 5 
Prompt: DRIVE A 
Action: Text only defined for this option - NO ACTION 


Bar: 6 

Prompt: EXPORT ACCT/PERS DATA 

Action: Run Dos Program - COPY *.DBF B: 
Window EXP FROM 10,5 TO 20,75 Single 


Layout Report for Popup Menu: EXITMENU 


Screen Image: 


30 40 50 60 70 80 
ОРИСИ ЕА Е Е аот аон. о 
ШЕ: 
05: 
OR: 
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Setup for EXITMENU follows: 


Use database/view and index file(s) in effect at run time. 


Colors for Menu/Picklist: 


SLE cee cee ae ae «лене «лене «нын «лене ao 


Color Settings: 


Text W+/N 
Heading W+/N 
Highlight GR+/B 
Box W+/R 
Messages W+/N 
Information B/W 
Fields N/BG 


Bar actions for Menu EXITMENU follow: 


Bar. ij 
Prompt: QUIT TO DOS 
Action: QUIE to DOS: 


Layout Report for Popup Menu: DACCMENU 


50 


ADD NEW ALLOCATIONS 
VIEW/EDIT ALLOCATIONS 


REMOVE MARKED ALLOCATIONS 
PRINT NA SUMMARY 


Color Settings: 





Text W+/N 
Heading W+/N 
Highlight GR+/B 
BOX W+/R 
Messages W+/N 
Information B/W 
Fields N/BG 
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Bar actions for Menu DACCMENU follow: 
Bar: 1 

Prompt: ADD NEW ALLOCATIONS 

Action: APPEND 

Format File: daccts.fmt 


Before dBASE Code for this item: 
x---Open Direct Account database 
SELECT A 
USE PERSONNE ORDER PI 
SELECT B 
USE ACCTS ORDER JON 
SELECT C 
USE T DACCTITS 
SET RECATION TO PI INTO PERSONNE, JON INTO ACCTS 


After dBASE Code for this item: 
*---Close Direct Account database 
CLOSE DATABASES 

Bar: 2 
Prompt: VIEW/EDIT ALLOCATIONS 
Action: Run dBASE Program: DO SRCHALOT 


Before dBASE Code for this item: 
*---Open Direct Account database 
CLOSE DATABASES 
SELECT A 
USE PERSONNE ORDER PI 
GO TOP 
SELECT B 
Seon. ORDER JON 
GO TOP 
SELECT C 
USE DACCTS ORDER NAME 
SET RELATION TO PI INTO PERSONNE, JON INTO ACCTS 


After dBASE Code for this item: 


Led. d HE UL E m om m ON NM MEM EM O eee eee eee eee «лы» жымын 


*---Close Direct Account database 
CLOSE DATABASES 


A eee ee ee ee eee eee ee s s s s m m eee om o «ма: «ла: m s ee 


Bar: 3 

Prompt: REMOVE MARKED ALLOCATIONS 

Action: Pack Current File 

Window WINDOW2 FROM 10,10 TO 20,60 Double 
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Before dBASE Code for this item: 


-e mp a e e e a u o e a ана т--- 


x---O0Open Direct Account databace 
USE daccts 


— m ve — die mi € o AM «мыш» 8 їз т=р= ----- -ыша .спя «шын» «ғ» "ЬШ; а а чыш» «ош» «шын» mi qm m im cm um жїз m 


*---Save changes and close database 
CDEOSESBATABASES 


= Чан. e a La wem A EA M M JJ gl lE M i ema o Lo D Lind D LLL LLL LLL LL. LL Lu uu Iu. LLL. O a т=р= 11 QI тшш] тшш: тшш: шыш т=ш= шз т=ш= 


Bar: 4 
Prompt: PRINT NA SUMMARY 
Action: Run dBASE Program: DO DIRECT 


After dBASE Code for this item: 


-æ as wie in ИР O н e sum: mm O ә ән н e e e a a O e De e ә ә a a A m gu 


set print off 
close databases 


= a ae (ШЕШӘ «шым» ts O «мын» O кзн «ми: «из «мыш» ds e «мын» «шын» жын: лын» «шыз «лы» «шы» «жы» «іы» O M ee ee eee ee ee una еліне ND 


Layout Report for Popup Menu: PROPREPT 


-e am EP ete ete eee ee ts ls oe 





E 40 50 60 70 80 
жой NN. i TUT ER + + 
08 

09: 

10: | — —— 

ІШІ kCUSTODIAN LOG 

2E *DISPOSAL REPORT 

ino HISTORY IREPORT 

14: *LOCATION REPORT 

t5: *MINOR PROPERTY INVENTORY | 
16: *PLANT PROPERTY INVENTORY} 
7: 

18: 


Setup for PROPREPT follows: 


-a a m чыш не «ыы» GED «мыш» dumm sum ыш «мын» i ee ie ee «амы» 


Description: SELECTION OF PROPERTY REPORTS FOR PRINTING 
Message Line Prompt for Menu: Select Property Report for 
printing: 


Colors for Menu/Picklist: 


Edi HELLE E E et ee ee ee ei ч» 


Color Settings: 


Text : W+/B 
Heading : W+/B 
Highlight : GR+/BG 
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Вох > GR+/R 


Messages : W+/B 
Information : B/W 
Fields : N/BG 


Bar actions for Menu PROPREPT follow: 


— c —À e анан нар e e e o н  —— ————————— 0 — 8 M c ame Hmmm aa — —— «шы- o s чш see GE — under 


Bar: 1 
Prompt: *CUSTODIAN LOG 
бк лоп Еп Report Form PROPCUST.frm 
Command Options: 
PLAIN 
NOEJECT 
Print Mode: Ask User at Runtime 
New Database/View: PROPCUST.QBE 


— ——— «шын» «ныш» mw www ww ww ee ewww eee ee i су 


Bar: 2 
Prompt: *DISPOSAL REPORT 
Action: Run Report Form PROPDISP.frm 
Command Options: 
PLAIN 
NOEJECT 
Print Mode: Ask User at Runtime 
New Database/View: PROPDISP.QBE 


da 


Bear: 3 
Prompt: *HISTORY REPORT 
Action: Run Report Form PROPHIST.frm 
Command Options: 
PLAIN 
NOEJECT 
Print Mode: Ask User at Runtime 
New Database/View: PROPHIST.QBE 


Ld oe oe oe eee i ee ee ee ee ee s o E = eee ee «шы» «лы» олы»: шш oe 


Bar: 4 
peemoat: LOCATION REPORT 
Action: Run Report Form PROPLOCN.frm 
Command Options: 
PLAIN 
NOEJECT 
Print Mode: Ask User at Runtime 
New Database/View: PROPLOCN.QBE 


cee e ee ee ee ee ны» «шы» ee ee «ны» cc cw eee eee eee e NDS m ‘UM 


Bar: 5 
Prompt: *MINOR PROPERTY INVENTORY 


Action: Run Report Form PROPINVM. frm 
Command Options: 
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PLAIN 

NOEJECT 

Print Mode: Ask User at Runtime 
New Database/View: PROPINVM. QBE 


ee ee ee a «лыр» 


вая 

Prompt: *PLANT PROFERTY INVENTORY 
Action: Run Report Form PRCPINVP. frm 
Command Options: 

PLAIN 

NGEJEOT 

Print Mode: Ask User at Runtime 

New Database/View: PROPINVP.QBE 


„= «жы» e «қыр» eee ewe ew зн; ёш (mim «лым» sum sim CME ш} сыыс ке сщт срт «қыры ee шы) сурт ш ш} соқа! «қан» «ққ» «қыр» «қыры т” ©рт dm eee cm «шә» «шш. с=ш= стт 


End of Application Documentation 
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т. im im «шы» с=ш= шш «лас cm CME ңқ, ққ, «қы: оқа 


APPENDIX E 


FMIS 2.0 USER’S GUIDE UPDATE 


А. INTRODUCTION 

This guide is an update to the original FMIS user's manual 
provided as Appendix D in reference 4. This update will cover 
the changes to the first FMIS version and should be used in 
conjunction with the original user’s guide. The major change 
reflected in FMIS version 2.0 1s the addition of a Property 
Management System (PMS). The new system was integrated into 
the original program ШЕР o the existing system 
architecture resulting in little change to the program 
interface. Users familiar with operating the original FMIS 
should have no problem operating FMIS 2.0. Installation of 
the system should be in accordance with instruction provided 
in reference 4. 
B. STORAGE REQUIREMENTS 

Ше ы о рә ао от the PMS into FMIS 2.0 results in 
slightly larger storage requirements than the original system. 
The initial FMIS program without data files was approximately 
1.04 MB and could be stored on a single high density 5 1/4" 
floppy disk. Version 2.0 at 1.42 MB requires two 5 1/4" high 
density disks or a single 1.44 MB high density 3 1/2" disk. 
A copy of the original system disk should always be kept in a 


safe place in case system restoration is required. Нага 
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disk requirements for the entire application, including dBASE 
program and data file storage, still require a minimum of 
approximately 10 MB. 
C. OPERATION 

Once the FMIS program is started in the normal manner, the 
"Welcome Screen" will appear. The screen should be identical 
to that shown in Figure E.1. If there is a discrepancy, the 
user should check to ensure version 2.0 is the current program 


being executed. 


Welcome to the Administrative Science Dept’s 


Financial Management Information Systen 
“FAIS 


Ver. 2.9 





Press t to continue. 
Figure E.1 FMIS 2.0 Introduction Screen 
D. MAIN MENU 
The only noticeable change to the main menu 15 the 
addition of the PROPERTY module located to the right of the 


TRAVEL option (see Figure E.2). Access the desired option 
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ADD NEU PROPERTY ITEM 
VIEW/EDIT TAGGED ITEM 
REMOVE MARKED ITEMS 






| CHOOSE REPORT TO PRINT 





Select desired property module option. 
Figure E.2 Main Menu / Property Pop-Up Menu 


by pressing the left or right arrow keys. As each successive 
module is highlighted the associated pop-up menu will appear. 
E. THE PROPERTY MODULE 

The PROPERTY module is used for management and tracking of 
accountable minor and plant property assigned in the A.S. 
Department. It provides a method to maintain an active 
database of the tagged property item’s assigned custodian, 
location, COSE data, classification m ormation, and 
historical data. Selections included in the PROPERTY pop-up 
menu allow for the entry of new records, specific record 
editing or viewing, deletion of marked records, and report 
printing. The PROPERTY module links to the PERSONNEL module 


for retr ice al of current cuúustodian information. 


{5 


1. Add New Property Item 

To add a new property record, select “Add New Property 
Item” from the PROPERTY menu. To execute this option use the 
arrow keys to move the highlight to this choice and press 
<Enter>. Choosing this selection will clear the current 
screen and a formatted data entry screen (Figure E.2) will 
appear. The screen should display an empty record with the 
cursor in the Tag Number field. Each property record input 
form consists of two pages. Check the upper left corner to 
verify that you are on page one. Several fields have unique 
features which will be explained below. Note, fields 


accepting data entry are colored blue, Gray fields only 


display information and do not require entry. 






Enter/Edit “PROPERTY TRAC TRACK ING» Inf ormation i 


Tag Nr: Custodian ID: W -— eu. 
Item Location: = 
Date Last Supply 


Date Assigned: Inventory : RA [Doc Nr: GME (ГР Code: J 


se ty ee ee __. —— ee mm m ee en ee ee 









Description: Actual Item Price ККК 
ers et тр 
Acquisition Date(MM/YY): 
Manufacturer: 
Model Nr: Serial Mr: AM 


Property Type: ] Item Disposed of? (Y/N): J] Previous 


(M-ninor, P-plant) Disposal Date: Tag Nr: ОШ 
O ea u ШП 


eae Ce ees AAA 


em : Мех{/Ргсу record yi ae. ype es ee Save Record: Ctrl End | Leave Record: Esc 

















"-Urkf n iSSNPRÜPERTY RZ РГЕ ra Te 





Figure E.3 Property Screen, Page One 


76 


а. Entry Screen Page One 

Enter the Tag Number of the new property ‘tem to 
be tracked. The system will verify the entry to ensure that 
you are net entering a number already assigned to another 
piece of property, sounding a beep and displaying a message to 
enter a new number if this occurs. The field will automatic- 
ally right justify the number so you may enter it without the 
leading zeros. 

Enter the two character personnel ID in the 
Custodian ID field. The entry will be validated against 
personnel codes in the personnel file. If a valid code was 
entered, the corresponding name will automatically appear in 
the adjacent display field. If an invalid code was entered 
the system will beep and an error message requesting you try 
again will appear. 

The "I-" appears in the location box as a default 
Since most A.S. department property will be located in 
Ingersoll Hall. Simply Ғ111 іп the room number, or if desired 
the building character can be overwritten. A default value of 
"O" appears in the ADP Code field for non-ADP property, it can 
be written over if an ADP code (1-5) 15 desired. Numbers 
greater than “5” are invalid and will not be accepted. Тһе 
Property Type field will have a default value of "M" for minor 
property. The Item Disposed Of field will default to "М" 
(no). Until this is changed to "Y", the Disposal Date field 


Will be bypassed. 


IR. 


Upon pressing the <Tab> or <Enter> keys at the 
Remarks field the screen will advance to page two of the entry 
form. The <PgDn> key can also be used to advance to page two. 

Б. Entry Screen Page Two 

The second page of the entry screen (Figure E.4) 
1s used to enter historical tracking data for the tagged 
property item. When adding a new property item no operator 
entry is necessary. The system will automatically fill the 
first custodian, first location, and first date fields by 
copying the related data entered by the operator on the first 
page. Current data from the first screen is shown in flashing 


fields to verify the entries in the historical fields. 





| А | "PROPERTY TRACKING“ 
Tag Nr: Historical Record of Custodianship 


Update custodian base with current info: 











Assigned Transfer 

CUSTODIAN 1 LOCATION 1: DATES 1: URAN - / 
ID 2 2: Z: / - 2 
3 ЗЕ 3: 7 - 2 

4 4: 4: / - / 

e S e 7 - "A 

6: 6: 6: | EM - / 

Te 2: “ы / - / 

В B: B: y - ^ 

9: ZA 2: ” Б / 

10: 10: 16: РА - РА 








Edit [C:*...urkfmis5NPROPERIY |Rec EOF/12 File] -f 


Figure E.4 Property Screen Page Two 
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To enter another new record press <PgDn> to obtain 
a clear screen. To save newly entered records and return to 
the Main Menu press the <Ctrl><End> keys simultaneously. 
Pressing the <Esc> key will abandon the new record and return 
to the Main Menu without saving it. 
2. View/Edit Tagged Item 
To view or edit a specific tagged property item choose 
this option from the Property pop-up menu. Once this 
selection is made, the search screen shown in Figure E.5 will 
be displayed. This screen queries the user to input the Tag 
Number of the desired property record to be viewed or edited. 
The entered number will be justified to the right, so the user 
doesn't need to input the leading zeros. If a valid tag 


number (number corresponding to an existing record) is entered 


Enter Item Tag Number to retricue: MOS 


Figure 5Figure E.6 Property Record Search Screen 


T3 


the system will go directly to that record and display TENS 
data. If the tag number 1s not valid, a message will appear 
asking the user to try again. Pressing the <Enter> key with 
no input will cause the system to display the property record 
with the lowest value tag number. 

The Enter/Edit screens shown previously in Figures E.3 
and E.4 will display the requested record. The arrangement of 
the fields is designed to permit routine editing with a 
minimum of keystrokes. Normal change of custodian editing 
will consist of entering modifications in the CuUStodian wm: 
Location, and Date Assigned fields all located above the 
dotted line on the edit screen. When changing custodian 
information be sure to advance to page two and update the 
historical data by filling in the next available line with the 
information supplied in the flashing display fields. Editing 
can be aborted with no changes to the original record data by 
pressing <Esc> before advancing to the next record (advancing 
to the next record using PgDn will save changes). TO save 
changes and return to the main menu press «Ctrl»«End». New 
records may not be added from any edit screen in the system. 

Deleting a property record follows the same procedures 
used to delete records in other FMIS modules. If you are 
displaying the record you wish to delete, press «Ctrl»«U» to 
mark the record. Marking does not interfere with further 
viewing or editing operations. Pressing <Ctrl><End> saves the 


deletion mark as well as any editing changes. Returning to 
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іре Ñmarked record and pressing <Ctr1><U> again w111 unmark the 
record. A marked record is not actually deleted until the 
"Remove Marked Items” option is chosen from the Property pop- 
up menu. 
3. Remove Marked Items 

This selection in the pop-up menu performs the final 
record deletion. After completing this option, the marked 
record(s) will be permanently removed from the database. 
Extreme care should be taken when deleting records. Since the 
system was designed to maintain property records even after 
disposal, record deletions will not be performed routinely. 
After a record deletion the screen will scroll various file 
specifications as the system automatically re-sorts and 
indexes the database. Once this is complete the system wil] 
return to the main menu. 

4. Choose Report to Print 

When highlighting this option and pressing <Enter> a 
pull-down menu (Figure E.6) will appear offering a choice of 
the six various reports described below. To choose one, 
simply highlight the desired report and <Enter>. This will 
invoke a final menu (Figure E.7) allowing the user to direct 
pucscUboutERSNEUeNESeCereensconsole, a printer (LPT1 or 2), or to 
IN UB nsPmalmehoicee will usually be the LPT1 printer 
Port "texeroduce a ard. copy. To move back up the menu 


hierarchy to the Main Menu press «Esc». 
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JaCCUUN TS PERSUNNEL SUPPLY LABOR TRAVEL PROPERTY TOOLS EXIT | 


ADD NEW PROPERTY ITEM 
VIEW/EDIT TAGGED ITEM 
REMOVE MARKED ITEMS 


nc a a a а ee nn ee ee ee «жима ee 












“DISPOSAL REPORT 
HISTORY REPORT 
NICATION REPORT 
MINOR PROPERTY INVENTURY} 
PLANT PROPERTY [NUENTURY| 











Select Property Report for printing. 
Figure E.6 Report Pull-down Menu 


Send output to ... 


CON: Console 

LPT1: Parallel port 1 
LPTZ: Parallel port Z 
COM1: Serial port 1 
FILE = REPURT.TXT 





Send output to Screen 
Figure E.7 Report Destination Menu 
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a. Custody Log 
This general purpose report lists all current 
tagged property inthe A.S. department, sorted in alphabetical 
order by the property custodian’s last name and ID code. A 
cost subtotal for all property assigned to each custodian is 
provided. A grand total of all tagged property tracked in the 
System 1S provided as well, with the exception of disposed 
property which is not reflected in this report. 
b. Disposal Report 
The Disposal Report lists all recorded disposed of 
property. These items are grouped by ADP code (0-5), with a 
subtotal for each disposed ADP group. A grand total 15 
computed for all disposed of property. 
c. History Report 
Iis report lists historical custodian, location, 
and possession dates for each property item in tag number 
sequence. 
d. Location Report 
This report provides the same basic information as 
the custody log. However, current property items are grouped 
by location with custodians subgrouped within each location. 
Subtotals are provided for each location and a grand total for 
all current tagged items. 
e. Minor Property Inventory 
All current minor property is listed in tag number 


sequence along with the current custodian, location, and 
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latest inventory date. A handy block for writing dates and 
initials makes this report useful when conducting visual 
inventories. 
F. Plant Property Inventory 
This report is identical to the previous one 

except that it lists only current plant property items. 
F. TOOLS AND OTHER FMIS FUNCTIONS 

Operation of the tool utilities and other module functions 
provided by FMIS 2.0 are identical to the original FMIS. If 
a review of any of these procedures is necessary, refer to the 
original FMIS user’s guide provided as Appendix D in Reference 


4. 


84 


STORES ERENCES 


Renner, R.B., Information Requirements Analysis: An 
Application, Master’s Thesis, Naval Postgraduate School, 
Monterey, CA, March 1984. 


Booker, R.L., The AS Financial Reporting System: Some 
Experience On Prototyping And User Interaction, Master’s 
Thesis, Naval Postgraduate School, Monterey, CA, March 1986. 


sexton, T.M., A Property Management System For The 
Administrative Sciences Department, Master’s Thesis, Naval 
Postgraduate School, Monterey, CA, September 1987. 


Ford, N.S., and Zimmon, N.W., A Data-Based Financial Management 
Information System (FMIS) For Administrative Sciences 
Department, Master’s Thesis, Naval Postgraduate School, 
Monterey, CA, December 1990. 


Rochkind, M., "The Source Code Control System," IEEE Trans. 
Software Engineering, vol. 1, nol. 4, December 1975. 


Dolan, K.A., and Kroenke, D.M., Database Processing; 


Fundamentals, Design, and Implementation, Third edition, 
Macmillan Publishing Co.,1988, 


85 


BIBLIOGRAPHY 


Page-Jones, M., Practical Guide to Structured Systems 
Design, 2nd ed., Prentice-Hall, Inc., 1988. 


Senn, J.A., Analysis and Design of Information Systems, 
2nd ed., McGraw-Hill, Inc., 1989. 


Simpson, A., dBASE IV Programmer's Instant Reference, 
Sybex, Inc., 1989. 


Simpson, A., Understanding dBASE IV 1.1, 2nd ed., Sybex, 
Inc. c p9 95" 


86 


INITIAL DISTRIBUTION LIST 


Defense Technical Information Center 
Cameron Station 
Alexandria, VA 22304-6145 


К тБгагу, Соаде 52 
Naval Postgraduate School 
Monterey, CA 93943-5002 


Computer Technology Programs, Code 37 
Naval Postgraduate School 
Monterey, CA 93943-5000 


Department of Administrative Sciences, Code AS 
Naval Postgraduate School 
Monterey, CA 93943-5002 


Professor Tung Bui, Code ASBD 
Naval Postgraduate School 
Monterey, CA 93943-5002 


Professor Shu Liao, Code ASLC 
Naval Postgraduate School 
Monterey, CA 93943~5002 


Bi Thomas A. Ditri 


11292 Kensington Rd. 
Rossmoor, CA 90720 


87 


PO 


P5 


Id 


























DIErI 


Ungrade and enhancement 
of the A.S. Department 
Financial Management In- 
formation System; develop- 
ment of the FMIS Property 
Management Module, 














ы dp 0,» 4 
Е е и. одо Б 
LAA Le en ad fae are. te 


E. — D DLEY KNOX LIBRARY 
et IR DL et VUE e LE P i Y 













H 
A sia | | | 
ғыл Fa e d Y h ww, д ІШІ | | ШІН 
idee Pr / Veto IDEA MI ІІ | | 
rj 4 mf nd 4 RR ey pian М4 44745 84 AA | | | | | 
SLSR Fre / к ray LEY 2 PITE PASS Bh us DOT PN EX 4% Lu MOORE : y | 1 ug i 1 | 
pela PR TE POR E VS E Ew n M A CART ORA ЫР ER АИ 
УНШ УРУГ; Ao AS Ө ЖҰЗ AR IAE AS | 
AU PEEL re Ea te AER 


4 teh D LT] Y P 
ы С 4 GS DT AE ETE 
Ч 1 а L 
PST OT PR a deu EY DN ў 
РИА YN ыту DE ISA YO wot 
ei e e EXIT Үнү, Ed СКЫ Ж 
LLL NT AS аач % Ф 
тч ie 


À ¥ j 
2 Nu р AA оа? 
Mr hl сыға “КҮ devis. Zu EI } Pod Pur Pw, Es %а v3 3. Vis 
ЧУ Puree 


_3 2768 00034084 8 
































ЖАР b UE A UC: “ q es la a rv L 
ЖОКЛЕ A E LY m 
А DE LG DS TAE PY A n rer) AICA pot qi. Dr t ЖА 
SO гуа А/О eo oe EA S ONE M aa H бы, UD Ae AU 5. ТАЛҒАРДА ДАН АЛАУ 
Ri а» б за) фр, теа FEA AS Au 4597 d Mr RR Бе A4 SS “о, а 
PORT eS Sere Es ai P AES S A үм шн NN AE TR S. dut. Ee КА AN nA : ey АЗ "un 
reed e a OO Ж ery DEE ST NS SS » PU QR S MA ЖЕ”, е гу. Ж T “ 
A redeo ГР ЖУЛИ, AO YE CARS de Aim б” DL: E ГЫ en r^ 
сут Pe TO Pero er Y Ty 9% Beles ER AAA ER, АЖ; a AO КУ: n RY n \ 
ТЛ A aia еқ: Тұр тұ ФР, 252 уд кА МКГ „К CY Sora ay tn, pig ү 
ATACADA pe ee PETS М w > PA Ж. AR „АД Wu M AS T We a peg > d E 
A ROS ES BRD diy DEED ER "я AER Ag DEP GE Or voc a Hm 
а PLA ER аваг CEA Айу, IL ER: ЖА 2 
LIV [AJ 
о агч; ж Pere LA E 


мь kh e t 
b М, r P iata ТАЛ РЫ wilat Ye 
^ Н Д АТА ЕТТІ A AAA R. 4 ] 
Ч А Fi E ag 6 
are m oh nn PT ee КРУ, Saray Xr oe: А қ Jof 
ELEM AAN RR a ДА er УЕ ЖҰМ? Eee * 
NISI EDU UN POSTRE LET iE и СОНИ 
ыы ТАТ, IMAN AAA EA ‘a "t a ebd! v 
A VPE AM VISA LE Lt ara 





Mad aa УА: ZEN mts 
























































































































































































































































































3:933 “ 
P $0, £1. П D LATE RT. ы 
ree р 3 Р 55 CEA Й 
subes y dea A ҒЫР пы; | AOS: A 8 Lt 5 tte 4 i AA 
" A O Y re ЖИЛЫ DEE u ae ОЈ о вага ‘ Dan, D uS Pur А U DT A 
re e | er? П Y f ЫР А ЖОРУ 2 КУ he a кы sa A A E Е 4 een SUE im : Ne у ба , ) 
, E A: X2 en DLL MALLA A A c OE Шү tt 5 O LA g ыу SAL and Dre П f& tee ay ee d 
ES JA APR PA a gx MANS LUE Kn ЖЕ Ent күз КҮТЕДІ к ARA е P E Tod A REI ЖИ: В ЖЕ Ra 25 ty " ` eee E В 4 А 
RL IT ARA A A d КАЛДАР Dd LAU ч a s fu d d sr PA APS tiga ER EN IRI о Ч rn КИКИ E e 
17 VEO e ODDO MUN e Fr PA a SM a ЯУ ШЕЛ лалы ] j MS AA Fu nn „Bun er E EI T t PALME T IO ИСК Жас” 
Mr ә ДА ТТЕ УБТ LIVE hat E PF an Aro M Lieu A be ay cine gt eh 5 ML “ t +] t, езе, LIS E er Pr h 
EX PE REN RANG D TT FARE PC x X an'e a ПОЕН? T2 EP ТЫРТЫҒЫ А». Te ^ VN AE TD oe ОРО Ж К n 
wn Parr h Es ade” 5 AR IE i E PORE 7 ГУЫ EN ne Et. 2 ree Шек E. р : SUL TRU E AS Duy | Ct tee с 
- : Н А ri. Д ie балала, Жы ATA ea ar. 5 | ЎЧ J ғы. "este РЕ рт А , 
Tee ТУИ ess Pao EE not LIS coeurs EPR Қалалары” Рр RODA ^r Poder dS CEU. ai алые М S бэм К ДИ, ur К A aR Tey СА NES ЖАҚ. е: | 
JU e vi ар ЕЕ E APP (55s МЕУ Aura ER Cx ede ue ^ Oe a ag "wie! LT n oe FP g^ n ore JO 1 E A 0 I a "mx “laa E a эе»: у Й en 414% va е [^ 
A AS к ЫЛ ҒЫР ТҰР ТҰ d ^ 4 г КАЛА A | С. КОЙШ Pr axes dn А "D E t ДЕ, П , 
A И DB ERBE DA E DER SER ESM ath CORR RR RAIS ИТ, TUE SUE E CN US Хад; 
Md Lee a re) елі қ ' E ae IRA укм" cr Ma os eE Ls A eet N Ta Cr he dir é Д АГ, " л б, 
IURE EA DD v. Й JN LL JP PS eb e ERAN e! LN? mr p i r $ 5n * [4 М Жат va. . АГЕ Ы e (> a DA Ur er er din Tet bar П " A Sere "Р ELT A f Am n: 
Vli redii E a T M n ҚОРҒА” DAT TIRA AS OA A A E TT A MO Тыл ДЫ КИЛ У ' E ee ТУТЫ ыза ir E 
eS дебе en REN mms las ats FR tae Ж) EA AS HE ИЖЕ. cg A E Fas Eo PAX н t ҚҰЛАҒЫН Te Vul UE M E 1 AO L, ET Р г 
А“ А E Г Бы», 1 А а% У noe i ^ D бту [А] é ы” ү ^ Р 
Jie Asa t eae a erat d EIS rn d [Du] EE р KL 5 Ыб үз i PU Lh IL А : > RA re ATA Ик" П TA COR AEN s 87% Ры ae м. EUN ) эъ | a ' е КІ E Pit he и de АЛУ П i ЮП n ; ы "d x 
POET E e er, Pu» HEY gies ғ ee Be е Fu ә ora y m fo AR "re ee = no П „бы 4, AN УМРА Dm "n e ы, г Je E | M Um ы A ME D 3 Р 5 L. LI r 
n3 ў ыч s ҚУАТЫ ЖАТЫ RERE "ais TR UT M SAA A Ы A a. ' vs A faye Н ШО. 
end, a ds ae RA ain a = H PA Ur > er ARA ds DR AA e a's ete tat Lt А d NY & n ЖЕТ ШІЛ БЕСІГІН ІІ Pa N 
РУУ PT ARA ER AR A LAIR УАР SNA Ал EE a a H dS os P5 SI vit dI. ға "e erie Bri aL Т Р d L 
$ ы HS PUE BTE DA ИЗҮ tat UA AR ДАО or SOT Фак E D d j E . DRE. BLUE A d ET, P 
Pd Viri ged eer ae eens dE I s PAR Pd jj AR е, ү sti ы s ИЛЛА, EA 77 ЫСЫ АР A d БО АЛ, A 5 E LN m GI JUR , 24 ко; E А г Ñ er”, , Қы: AE 
A et e AA ҮҮ H jun D LAETI A f Й 
3 e PE САГ" ТЕ Patek etg. алысар aes ru бұры қ YA ya A LE 4 "5 p' ө ef ГА es d Ай ТЕСІГІ a "АҒ. 4 АШ ІП, ПАИ ay ¢ 
Lee aed Mie eb айы Er Pr i A, ИМ, аса о Оу АКАК ИК lebe bani ЗЕ UJ UC IE “Ма м, С, Кы > ae E Е ЫС СЫ: ONE. ал 
AA iere on в A QUA PUT BLEU Y «уз Bar. Pa A t Ey (ad MA Du n Ы ag p EN PPP a a it AP Be a RE a ТІ, N N, Ж 
er AL ee 123 ere. ARS AA HALF PPP OM A Ad a Я ООА Sonn Api u de "M Ж ЖАЯ ars ; 
] = ў " dT Ц Н А 4 L Re А А s А З 
та ret nde ча Hoot AU ЖАЙЫ Y TA PI T EAS ISP Ws RAS fr s 80 Ee es 2 M AE “% о» Ж А E f RA Ў | " 
Ж A у amet ud PO ps 2, Ha n. “ К ^ d А 4 ^ Б = L H i ы П “ қ s 
RAE qp eM Дуа NOE) PE MS Uh Ne as ap gh D ya TA y IE ASADA CE MM POE cour" BYE E a 
ы > „мм Ar d. “‹ " ч а ы (T. 3T * = ^ ` a " H ee . "um "P LN a > Р 
rr re ATE EAS a m ERE ep и АН; «T dic Tal АУК, A or ener dE AA AE S HER eO TRADE Ды EL ТЕ ue i Ape H Ж " DE 
De o n Moth ESF RE Let oia TAS да "жеде фа 4 y "m De РН ее Қ LI "NU A A A Ты Thin Pr Ni. Ur MES Wr TS m 
VES DEN geen eT ohh mere d АҚЫ T JU Sale a! ean КР, D KA DA. LI MCN UE mE x Д 2 d : tu д, P Ж 
lach h ғ AAA] GUL na $ 2553 РЬ КОА р И ӨЗІ к ES SE s 24 p \ d ee A 65424: Pg $£ ^ du D AS EL '{ a ta E CL" ба МӨЖ LN 
u) f An La М: Z P 1, ‹ a Р 7 E r r Ы E "unb ТІГЕ 
Pee ogo p hse че na MEUS ios UA oU Ё M (54-6 ҚЫРЫН ARA OTe. Н Y ЖИЛЫ o, ff Ve DO BR Er aS 1 KL атыы s е Ba: 
А рч уе E" A A Жж es АР АРИ R H $ i 14 e n E A АЖ АЕ Ы Ea Ы js ГЕ ч AAA . 4 Й " 2 
Pp perc BALA 7 a 4 OR A "sé RARAS > e | ar „з š u.» TS nU n 1? Ы 
AER er үк СУЫ Cut 7 УМ rir P ADS кл ur а т A ih с 5. 7,7% A ШР А РО d 5 А 
LIT А PLE ' OA ELIT 
P LH SEC | ҒЫ ^i aima 4» 5 ч ТЕГ A 
A E ag e Nh S 5 SR d Ice ТЫ 
LI RO AX А дб. D AU Le Ш Д ue 2 
ж eam Pers Fp FP le sage У M Pt "POET CO “Г к} yr А, г 
LP PTAS n E ЕЕС? SAN ous жете: « ай 7 М А ПЕР г ү. 
ELA A ven TORAS Қ А үн A E AP IP A Ds RET RT FR Lara! МАСЫ. 
a VP I LOT. FS icd diia Trato dt 2 ОШ ЖОЛА a PARES KER ж ПЕСИ) А ЧЕ. ҚАРЫН 
С с кы ER PI a Т АЛ ИЧ y ра q y? O " И ^ $ 
eR de es an Cn dn ve ТАЗЫ Saye А XA a nd £ ы g Ce peal ТУ. SL Ы 
JP а AAA a IUE к Fu Wa М " " С NE A a E O ts П V Я g 
Men LOL PIPER К AR Peed A boa МЫ! $ A NA ang "En А в , 
P pete Per dh e 422 AA РУ 5 ш i 4 ' ЛУ а Й PLE 13 Н Ы d 
Ый PLE P Е DE ER r^ "EL Cmn die ri PE E. L 
[IM A "С ме з чї жундуу ¿ei ar de "3 " eris 4 ns ^ H 
d DLE irse T b ROM REC Лг A ^u ENCODER Erg "Tnm ЖаН ПР ТТТ ТГ н 
"ба беча дй УА о зом orte Yu J 4% 5 ы П 1 of t EL ^P "е4 Ar E 1^ Ш ы 
Coll II A re A ^ А t, ЈРМ ЗУУ Е ay Ы ' FN CD Ма 
ei deen ed ra ГР 2229: М AA А { М "emn tail, Аа TEC A "э! = 
P A idee ta AAA Ея 4 АТДА қ ПК ЖОЛ . 4% 0,» "oT m : Po 3^ d Ы 
кей жү КАН t.i A He ЖЫ DIS .C ИЛ к сы алыл ашы и elie Eiai н * 
үгү АРА РОТУ [aD ED тол" * y Ес MALO » Me = o pato y ү H R xe ' ee Ы s: 
Ez aid: Bd BI a SE Witte: neni. P SUA KO ULL NOt mas E С NE pes 2 Е ее y И 
Мы D dA aL un. 54224; SU IM Lodi И же adn RETE pets ELE 0 ре а Ыс П 
eee ia ae a n Уз nn ine ah PRSE: PARES br ct m Y э", A А г ТРЕК Р А 
Lo IN 2 #20 ГҮР cea 7 y П Ц Й з 
e a he a ee ЕНУ ba КЕЛ PIU. Жз eee A З EN A ШО ШІК; AA ' 
бле: TA n нра Be Se TA sn SN AS, P. р Р UA И ОС 8 РЕ 7 E^ L 
СЕЕ S е peda ull pre ЭА p DREH Ein з áy 1. Jas s ro jefes H =f 3 б 
СУТТЕ а ЗН d SHR ae Lot A. S Eae 3 Ya А { А0 P Сат Ие : "s 
АЕ КҮТ 352 P« ie PS A RED Pod 25, Msn P ue TA M ET LETTRES Ar FILAS і ТТЫ r А 
CAN as oon, BE Palas ыт D ЫН EX AA s AE "nu Е y! c(t 
pero ata РАР 4А ii SUAM sf A Velle 133) aiu b ut spe DIOE LI TOW amr g^ AN n Тар КАУШ 
aD y Del н наа juo) bat OUT. >77 RR AA A D Жз av г 47“ ч ТУ ЫҚЫ E pa T 1935, 
е тда) ҮҮ Es E ED тн GERE TP ES Ae etus 552 ы PA RN on ы ТЛ A o | 
p Lir Н > Л 17.711? д З, de T 271614 Au ауу S9 H IR ҮЗ e Fan А Б 4 Ыы? n AH б еч 
PLE Der p Hg E p aa IA? һ vr 2 A Ж NE, ETA t < р P к 2 E . Е ‘ H 
MADE Б: yo [re AT A EL Ka xd Pr "a* jc» ЫК „ГЬ P $t F 5 HL t Т. Н : ae ы C m IR . 1 
ES Ч an PS o УГ ЫЛ Y S ur SC : ғ Ое. 
E Ата єз р Жү ге ААД» OS ES LM M G 4” mn" UL ME MENTIS: 8] g 
PAR E A PA EA PT A EA Sarat, ^ш Den gn iy a АЦ ы D Й >) CI LB pots ү 
ФТ Малы НЕ Peers HAE E i IDA 8:5 КЫШ ЧЫП uA M Dee ocn "PE n UE] it JE , 
PITT Eu А, Қалы ОА ғо АР. ARA TPL (56-9; KAL 4 Ie E o oA n sg в ve. #8 DLE T DNO at è m 
de ro ya EX LE РЕТ Р. А Фея RE TAS ij 40 HAT JM MERE i Аы ADI Be e NO | , me " 
E ES ON A nes a. e ea LE EP AA WERP TA A аланы 45, е гт толо QE А А б E L 
Pete Де AE Y EH RN,” Vy Z3 5 ҰСЫ TEE t “$e erst pte et РЫМ МЕ; УА: ЕУ р А 
ET SEN HR REN rg амалы. Н 2 «УКО EROS AS Н LL N a н red ӨС? " D ЕОР 
ҰҒЫ ыле? he jo ADA ПЕТР FH (SER ТАД КАК? СТАН PR e a 14, Ia cp, pres А А ЛЫ 
A EE. dX LU pers: d EUH e qo тез ы ЫГЫ Балы ҚАТЫСЫ SNA 41 Б ДЕ ГОО О ТЕЕ LS б 
г e Rigi ТЕ асын 15 REN a AT wv ts EL erus TIR TAE: АЛЛУ А tz the ОСОБА ЕС 4 y Ы ГИ жеме 
^ 4 " > 41 . П Lj ы % ы S s А Ы 
А p rt EPIIT. e n n АРИЯ «Ы Gite РАЛДАРЫ» e O о Get we m 
уче Ea E A A АЛЫ Lac E. SUM E t 
TEM EST A ТУТ “л AJA $^ EO PCR i E Veg E ЖА Н : 3 UC М Пы МАГА ЛУ. A p қ Г Е T 
URS AB Ir eV E “ ^ КАЛСА ЖОСА оға ME AC ҰҒЫ АУЫС; pi T - E "Er ә 4 
ЫЫ ТА ааа y E МАЯ сл Т eae N AE Fd is SAN EE ek \ : 
NA A MORRA REH T Ч 4. 
SER MALE A SE ; 3 
rn ҚАЛА de | C А 
147; была AI 4%у 2ғ?% DOE 0 
а УЗ ЖУЛИ | 
en 22 Je КЗ Ау Ln 
COE DUC Aids aS | 
vr! БАЧУ Тер ч Á CE ЧООРУ Ұ, LAT 
Жағы EP TIPO oe 


кер т 
39 T PARE 4 
i НА N ш МЫ КЫ: 
қала АСА ТТ 
a Ы d ad 
à EA Таса REO pinta apio Чы 
бс, AA А-Ы et TU SM. fS ga DX 
HEC % 
DUM 542 Мэ ААЛЧЫ? Ln А 
3 5а ъ q» у. ЕРТЕУ 
EDER 2. 
Г 1 EP ET I! ы 
Bus РА, añ; КЕНДЕ, Bir 
x 





YY 











TADOS “ALAS AA t 
; өмі. dA MI NAA den 
nd 2 7 N ur LH 
EH Med MEO 
LOU Rd да 
regen, АМ a 
a SE ER TER md 
аА ER Ы) М7 қа 4 
D abe Т тй he NOCET Er I pope 
a a, + Ce gd OS Чан UD d 
“727947, ВОДУ. E ESTER 
“үч. РАДХА 4: E 7.9 
Res Қ ды? eae bs 
M rS is ¿DAS CM E 
64 ИЧЕ Амы] 
у Be x EON E 
a re RL IE Ар 
Seah er ean UD et AS ASRS 
w s T » УТЕ Й 
NA ad Ne REN RN 
pl hel каеш de da el rt a КЖ АҒАН Қа АА Ч 
е мас ча ылы AX Set MM ne 
dt e ақа A Ed LA a ДД eem ER ҚАЗ Қ АСУ) Ay Uu 
жы М Еч аА E d Hb REMPLI E A Di 
e D E Phere ts) К ЖКД 4 
КЫ rA Eby three, n үа л. 55% : 
Үе AA Ж pM 
ГИ Е Чер 
4 A M Qe LL RE 
en» EN ap Tig te 
УАЗ E ен ед 
КЫ] ы v ak 4- 
hatte Mao a 4 
Ethene enter 
БАЗА АРУН 
тераа bate hie tea) i b 
AST $7) EBEN LAS OC 
see ae мда a 
AAE Pe RSENS 
ate БАҚА Ата ақ ы Au 2 
кылы: OAT yD аен le 
A NA EN рен 25455 MN M h UAE 
M с 
Мы ее сы ves t pee ane tf 
cM Ne 
зулу "% 
ака RS 55 nn 
DRILL MES wai vy, 
А С PRA ады V, 
тк CE NINE EM 
mf а 74 m 
ТО S 5 SEES 
Denn 15 
ОЗ (es СЕУ DE; 


Cy 
3 алақ br Ағы iw PA 

















UR 
VAN es 
AL ODE ҚАРТЫ 


ГМ СЕАТ 
















DARE aA 























б 
г 
a.” 






























. +, 
* 4". 









jc 
"TL 
LINES 

















Ot 
E ГАГ v A 

XI SE Rs 
жод et: EY >,” MIN 
V ON PUES Б 


Po 


Rear 








© 

. E 

A 
" 
P 
ГА 


> 

ж 

т 
2.7 2, 
Dis eer 







ЕАИС A % 
Mi E CE P Gs? РУ 


АУД АУН T р 2 
























LAN А A 
EV OL Mose 
S X an AR 
DES ыл 
FIRA * 





















aw 

DR 524 а АСУ ЖА? 

' ЧА ДАКЫ, Начу 

БТЕ à EX ы АТВ Қ 1 

аа ЫНС NE ACA x AR UE pe IX EN n^ US 4 г, ^ 

zw UA ДУ, SE, ЫРЫА Dee à n A vA EN к 

қана мб E К cotta, SE ACE ae Š Agua A ga os p m i к 

қылады эе ы Кк et S: fer RR E AA A 

hh ahh Uu da аран RR Ae Y Ne y^ MAA RA A a 

x Ane е Ф... VAS e С ee res HT d 
ENTE e d А SENS RCO Seay ec 

RN ‘ a 








СИ Eile n ONSE os 
CR ЖЗ! А Foo se таа 5 
Rey ГАК ЛАД eet 


Le E i 


"E eran 


сз 






























EE E E) Қ Dx ы { 

“; : р D > ы М 4 

eA d А Paty 3 a nar icd ү қ 1 

D АЛ (7,7% 724; 4 AR 2 n , кү |. has? "TAL 166 { F - 

Nore jak жый БОА eta) C ; 

an, vm AA Pan a DATI "n 

К, d eda rt vad A үс t К А ЖАЛ» 

ықы» так а de AER 4 NUM Ы 

асе 

құқы Qs Mr Ie M 

NAO A 
Аы. р d 

da in rs? "NGC e ^ 


LS E, RENS «у pee 
aun fie er T АА a ы A ^ x. 
P, st 
BEN N a E 


RAN v" 
GNE NIME 


N 


4 MS 












ARA ht 
A A 






A n. y 4 A Қы Ы; б, 
А [E d. 
А D ( E к з Аз 
AS hee AA a DEI ы 4 > ТИП а" ' % ЖУА a DM 5 ү EA x 
Jd AVE $^ 2 2 EY EEN 
^ MANN 200 н К > n A ve ы 
UR d 2 SS X Y ALARTE AN Se gat АА M a, iy A D d 
US КЫ ko SF n 2 А x kaa PRA $ аА A [ond n 4.8 * T ns bag 
AGA д А A E A 
лсе D АЫ 


, 
` 
A OA AUR HEUTE ; 
EX d. FE. d LS SL s 4 
APUL о Íw«(i E 











1273 DN 
Mk x S 
П AA 3 Ce y КУ "o 
p DM T NO PA JUANA MAYA УА, уал “а, AU, у 
AS БУ AS AMIA EP 

COPAN ч 

АУ 






EN SE 
S eden DLL CES 
Я GE BER 





. 6 
RAN SS P 
vd A A 


